COM-Dienste

Eintrag zuletzt aktualisiert am: 07.03.2004

Während Dienste im Rahmen der CORBA-Architektur eine zentrale Rolle einnehmen, ist der Begriff Dienst in der COM-Spezifikation unscharf. Folglich kommt es zu sehr unterschiedlichen Abgrenzungen der COM-Dienste. Diese sind keineswegs NT-Dienste, sondern basieren darauf, dass COM-Klassen bestimmte COM-Standardschnittstellen implementieren. Ein COM-Objekt kann einen Dienst nutzen, wenn seine Klasse die für den Dienst notwendigen Schnittstellen implementiert. Als COM-Dienste werden in der Regel betrachtet:

• Statischer Methodenaufruf via Standardschnittstelle IUnknown
• Automation: dynamischer Methodenaufruf über die Standardschnittstelle I-Dispatch
• Namensdienst: Identifizierung bestehender Instanzen
• Sicherheit: Sicherheitseinstellungen für Komponenten
• Ereignisse: Objekte melden das Eintreten von Zuständen an ihren Client
• ActiveX-Steuerelemente: visuelle Gesaltungselemente
• ActiveX-Dokumente (Object Linking and Embedding/ Compound Document Management): Zusammensetzung von Dokumenten aus unterschiedlichen Do-kumententypen
• Structured Storage: Persistenz für Objekte
• Distributed COM (DCOM): Zugriff auf entfernte Komponenten

In Form des Microsoft Transaction Server (Windows NT 4.0) bzw der COM+ Applica-tion Services (Windows 2000, Windows XP, Windows 2003) erweitern COM um einige weitere Dienste:

• Transaktionen: Transaktionsmanagement über verschiedene Datenquellen
• Object Pooling: Bevorratung von Objektinstanzen
• Object Construction String: Informationübergabe an Instanzen über eine konfi-gurierbare Zeichenkette
• Compensating Resource Manager: Einbindung von Ressourcen in eine Transak-tion, für die es keinen Resource Manager gibt.
• Queued Components: Asynchroner Aufruf von Komponenten
• Events: lose gekoppelte Ereignisse mit Filtermöglichkeit