Portierbarer Objektadapter

Ein Objektadapter stellt für ein Objekt den primären Weg zum Zugriff auf ORB-Services wie die Generierung von Objektverweisen dar. Ein portabler Objektadapter exportiert Standardschnittstellen zum Objekt.

Ein Objektadapter verfügt über die folgenden Hauptzuständigkeiten:
  • Generierung und Interpretation von Objektverweisen.
  • Aktivierung des Methodenaufrufs.
  • Aktivierung und Inaktivierung von Objekten und Implementierungen.
  • Zuordnung von Objektverweisen zu den entsprechenden Objektimplementierungen.
Diese Abbildung zeigt die Beziehung zwischen dem ORB, dem Objektadapter, dem Entwurf und der Objektimplementierung.

Bei CORBA 2.1 und früher haben alle ORB-Anbieter einen Objektadapter implementiert; dieser wurde als "Basisobjektadapter" bezeichnet. Ein Basisobjektadapter konnte nicht mit einer Standard-CORBA-Schnittstellendefinitionssprache angegeben werden. Aus diesem Grund wurden die Adapter von den Anbietern auf viele verschiedene Arten implementiert. Dies führte dazu, dass es den Programmierern nicht möglich war, Serverimplementierungen zu schreiben, die tatsächlich zwischen den verschiedenen ORB-Produkten portierbar waren. Ein erster Versuch zur Definition einer Standardschnittstelle für den Objektadapter wurde in CORBA 2.1 unternommen. In CORBA Version 2.3 veröffentlichte die OMG-Gruppe die endgültige korrigierte Version einer Standardschnittstelle für den Objektadapter. Dieser Adapter wird als "Portabler Objektadapter" (POA) bezeichnet.

Zu den Hauptfunktionen der POA-Spezifikationen gehören folgende:
  • Programmierern die Erstellung von Objekt- und Serverimplementierungen zu ermöglichen, die zwischen verschiedenen ORB-Produkten portierbar sind.
  • Unterstützung für persistentes Objekte zu bieten. Die Unterstützung ermöglicht den Objekten, über mehrere Server-Laufzeiten hinweg bestehen zu bleiben.
  • Unterstützung der transparenten Objektaktivierung.
  • Verknüpfung von Richtlinieninformationen mit Objekten.
  • Ermöglichen, dass mehrere verschiedene Instanzen des POA in einem ORB vorhanden sind.

Weitere Informationen zum POA finden Sie in der Spezifikation für CORBA Version 2.3 (formal/99-10-07).

Der IBM® ORB unterstützt sowohl die POA-Spezifikation als auch den vorherigen proprietären Basisobjektadapter. Wird der RMI-Compiler mit der Option -IIOP verwendet, generiert er standardmäßig RMI-IIOP-Ties für Server. Diese Ties basieren auf dem Basisobjektadapter. Wird die POA-Schnittstelle von einer Serverimplementierung genutzt, müssen Sie die Option -poa dem rmic-Compiler hinzufügen, um die relevanten Ties zu generieren.

Zur Implementierung eines Objekts, das den POA verwendet, muss die Serveranwendung ein POA-Objekt abrufen. Wenn die Serveranwendung die ORB-Methode resolve_initial_reference("RootPOA") aufruft, liefert der ORB den Verweis auf das POA-Hauptobjekt, das Standardrichtlinien enthält. In der CORBA-Spezifikation werden alle POA-Richtlinien aufgelistet. Neue POAs können als untergeordnete Objekte des RootPOA erstellt werden. Diese untergeordneten Objekte können verschiedene Richtlinien enthalten. Diese Struktur ermöglicht die jeweils separate Verwaltung verschiedener Objektgruppen sowie die Partitionierung des Namensbereichs der Objekt-IDs.

Schließlich bearbeitet ein POA Objekt-IDs und aktive Servants. Ein aktiver Servant ist ein Programmierobjekt, das sich im Speicher befindet. Der Servant wird beim POA registriert, weil mindestens eine zugehörige Objektidentität verwendet wurde. Der ORB und der POA arbeiten zusammen, um zu bestimmen, welcher Servant die vom Client angeforderte Operation startet. Mithilfe der POA-API können Sie einen Verweis für das Objekt erstellen, eine Objekt-ID zuordnen und den Servant für das Objekt aktivieren. Eine Map der Objekt-IDs und der aktiven Servants ist im POA gespeichert. Ein POA stellt außerdem einen Standardservant bereit, der verwendet wird, wenn kein aktiver Servant registriert wurde. Sie können eine bestimmte Implementierung dieses Standardservants registrieren. Außerdem können Sie einen Servant-Manager registrieren; dabei handelt es sich um ein Objekt für die Verwaltung der Zuordnung einer Objekt-ID zu einem bestimmten Servant.
Dieses Bild zeigt ein Beispiel für eine portierbare Objektadapterarchitektur.

Der POA-Manager ist ein Objekt, das den Verarbeitungsstatus eines oder mehrerer POAs einbindet. Mithilfe der Operationen auf dem POA-Manager können Sie den Status aller POA steuern und ändern.

Der Adapteraktivator ist ein Objekt, das ein Anwendungsentwickler zur Aktivierung von untergeordneten POA verwendet.