Verteilte Objekte

Verarbeitung mit verteilten Objekten
zum Beispiel einem objektorientierten Datenbankadapter für Objekte innerhalb einer Datenbank,
angebunden werden. Der „Basic Object Adapter (BOA)“ definiert einen OA, der für konventionelle
Objektimplementierungen verwendet werden kann. CORBA spezifiziert dabei die Implementierung
der ORB/BOA Funktionalität nicht [RED96].
CORBA verlangt zudem nicht, daß der ORB als eine einzige Komponente realisiert wird, was
zum Beispiel beim Einsatz unter JAVA nicht möglich wäre. Statt dessen werden nur die
Schnittstellen zum ORB definiert. Die von dem ORB angebotenen Operationen können damit in
drei Gruppen unterteilt werden [RED96]:
• Operationen, die für alle ORBs identisch sind (allgemeine Schnittstellen zum ORB, DII und
DSI).
• Operationen, die speziell für den Umgang bestimmter Objekte verwendet werden (Stubs und
Skeletons).
• Operationen, die für einen bestimmten Stil von Objektimplementierungen typisch sind (OA).
Die entsprechenden Schnittstellen werden in Abb. 14 dargestellt.
3.2.1.4 OMG-Interface Description Language (IDL)
IDL stellt ein Mittel zur Beschreibung von Objektschnittstellen bereit. Diese Beschreibung erfolgt
auf einem konzeptionellen Niveau, da keine der bekannten Programmiersprachen direkt die IDL-
Definitionen umsetzen kann. Die in der IDL Syntax beschriebenen Schnittstellen müssen zunächst
in äquivalente Konstrukte der betreffenden Programmiersprache übersetzt werden, so daß diese
mit ihren Mitteln (Methodenaufrufe, Funktionsaufrufe, usw.) den Zugriff auf eine Schnittstelle
realisieren und durchführen kann [MOV95].
Die Vorschriften für die Zuordnung sind in sogenannten Language-Mappings festgelegt, die für
jede Programmiersprache spezifisch sind. Für C, C++ und Smalltalk sind die Language-
Mappings heute standardisiert. Für JAVA [OMG97], Ada, Fortran und Objective-C sind
entsprechende Standards der OMG vorgeschlagen 9 .
Die Realisierung der im Language-Mapping beschriebenen Schnittstellen ist vom ORB abhängig.
Sie kann, neben den durch CORBA standardisierten, auch proprietäre Schnittstellen zum ORB-
Kern bereitstellen. Dabei wird versucht, die Details der Implementierung dem Entwickler
transparent zu gestalten [RED96].
3.2.1.5 CORBA Services
Die CORBA Services sind Dienste der Systemebene, die IDL-spezifizierte Schnittstellen anbieten.
Sie bereichern und vervollständigen die Funktionalität des ORB und werden verwendet, um
Objekte zu erstellen, zu benennen und in die CORBA Umgebung zu integrieren. Die OMG Object
Services bestehen aus der „Common Object Service Spezifikation (COSS)“, einer Serie aus
mehreren Bänden, die jeweils aus einem „Object Services Request for Proposal (RFP)“ bestehen
[MOV95]. Insgesamt sind 16 Services im CORBA 2.0 Standard spezifiziert [ORF97]:
RFP1 Services:
• Object Event Notification Service:
Dynamische (De-)Registrierung der Schnittstellen aufgrund von Ereignissen.
• Object Lifecycle Service:
Methoden, um Objekte auf dem Bus zu erstellen, kopieren, verschieben und zu löschen.
• Object Naming Service:
Erlaubt Objekte anhand ihres Namens zu finden. Objekte können beim Naming Service (~
Namensdienst) angemeldet werden, so daß sie anhand ihres Namens lokalisiert werden
können. Der Naming Service ermittelt die zu den Objekten gehörigen Objektreferenzen.
9 Die CORBA Spezifikation mit Language-Mappings ist unter http://www.omg.org/corba/cichpter.htm zu recherchieren.
36