Der Object Request Broker (ORB) ist der Kommunikationsbus zwischen CORBA-Objekten.
Er bietet einen Mechanismus an, um Anfragen des Clients an die entsprechenden Objekt-Implementierungen weiterzuleiten, und zwar unabhänigig davon, an welchem Ort sich diese im Netzwerk befinden und unter welchem Betriebssystem sie dort laufen.
Der Client braucht dabei nicht zu wissen, ob sich das Objekt auf dem gleichen Computer befindet oder auf einem Remotecomputer irgendwo im Netz sitzt. Er muß nur den Namen des Objekts oder die Objektreferenz kennen und wissen, wie man die Schnittstelle des Objekts benutzt.
Der ORB kümmert sich um die Details: Das Lokalisieren des Objekts, die Weiterleitung des Aufrufs und das Zurückliefern des Resultats.
Hinter einem einfachen Methodenaufruf des Clients verbirgt sich also eine komplexe Netzwerkkommunikation, die vom ORB gehandhabt wird:
Eine Anfrage des Clients, bestehend aus dem Methodenaufruf und den Parametern, wird in einem binären Strom umgesetzt (marshaling) und über das Netzwerk an den Server geschickt. Die Informationen werden auf der Server-Seite wieder decodiert (unmarshaling) und die gewünschte Operation ausgeführt. Rückgabewerte werden auf die gleiche Weise wieder über den ORB an den Client gesendet.
Zusammengefaßt hat der ORB die Aufgabe, die dem Aufruf des Clients entsprechende Objektimplementierung zu finden, sie -falls erforderlich- zu aktivieren, die Anfrage an das Objekt zu leiten und entsprechende Rückgabewerte wieder an den Client zurückzugeben.
Abbildung entnommen aus: "INPRISE Corporation: VisiBroker for Java 3.0, Programmer's Guide".
Stubs stellen für den Client die Schnittstellen zu den Server-Diensten (Objektmethoden) bereit.
Aus der Sicht des Clients verhält sich der Stub wie ein Proxy-Objekt für ein entferntes Server-Objekt.
Die Server-Objekte werden mit Hilfe von IDL definiert, ihre zugehörigen Client-Stubs vom einem IDL-Compiler generiert. Ein Stub beinhaltet Code für die Umsetzung der Methodenaufrufe mit ihren Parametern in einfache Nachrichtenströme, die an den Server gesendet werden. Die zugrundeliegenden Protokolle oder Dinge wie Datenanordnungen bleiben für den Client vollkommen transparent, der die Dienste als einfache Methodenaufrufe auffaßt.
Skeletons stellen das Gegenstück zu den Client-Stubs dar. Sie stellen die statischen Schnittstellen für jeden vom Server unterstützten Dienst bereit. Sie beinhalten Code, um eingehende Nachrichten in normale Methodenaufrufe umzusetzen und diese auszuführen. Rückgabewerte werden wieder über die Skeletons in einem binärem Strom umgewandelt und an den Client zurückgeschickt.
Wie die Stubs werden die Skeletons vom IDL-Compiler aus IDL-Interfaces generiert.
CORBA wurde so spezifiziert, daß es sprach- und betriebssystemunabhängig ist.
Dazu ist eine einheitliche Schnittstellenbeschreibung der zu verteilenden CORBA-Objekte erforderlich. Diese Beschreibungssprache ist im CORBA-Standard als IDL (Interface Definition Language) definiert und an die Syntax von C/C++ angelehnt.
Die Operationen und Attribute, die von einem Server der "Außenwelt" zur Verfügung gestellt werden sollen, werden zunächst in einem Interface mittels IDL beschrieben. Aus einem vollständig beschriebenen IDL-Interface werden dann mit einem IDL-Compiler Stub-Klassen für die Clients und Skeleton-Klassen für den Server in der jeweiligen Programmiersprache erzeugt.
Ein IDL-Interface beschreibt dabei lediglich die Schnittstellen der zu veröffentlichenden Dienste und Komponenten des Servers. Es enthält keine Implementierungen. Dadurch wird ermöglicht, daß beispielsweise in Java erstellte Clients auf in C++ realisierte Server-Objekte zugreifen.
Das Interface Repository ist eine vom ORB unterhaltene Online-Datenbank, die zu jeder Objekt-Klasse die Beschreibung ihrer Interfaces enthält.
Das Implementation Repository enthält Informationen zu allen Objekt-Instanzen. Jedes Objekt wird darin durch eine eindeutige Objektreferenz identifiziert.
Da CORBA-Objekte keine laufenden Prozesse sein müssen, ermöglicht das Implementation Repository jederzeit die Aktivierung eines angesprochenen Objekts.
Der BOA (Basic Objekt Adapter) ist für die Verbindung der Server-Objekte mit dem ORB zuständig.
Er hat die Aufgabe, Objekte im Implementation Repository zu registrieren und Objekte zu aktivieren und deaktivieren.
Eine Objektreferenz ist eine Zeichenkette, die ein Objekt innerhalb eines verteilten CORBA-Systems eindeutig kennzeichnet.
ORBs unterschiedlicher Hersteller übermitteln Objektreferenzen nach dem IOR-Standard (IOR = Interoperable Object Reference).
Das IIOP (Internet Inter ORB Protocol) ist ein Netzwerkprotokoll für die Kommunikation zwischen ORBs.
