42 Reproduktion oder Verwendung dieser Unterlage bedarf in jedem Fall der Zustimmung des Autors.

Transkript

1 5.3 Deaktivierung und Aktivierung mit POA 5.3 Deaktivierung und Aktivierung mit POA (2) Objekte können ihren Servant und ihre POA-Instanz überleben Servants können deaktiviert werden POA kann deaktiviert werden Serverprozess kann beendet werden POA kooperiert mit einem Implementation-Repository Implementation-Repository hält dauerhafte Information über das CORBA- Objekt insbesonder wie dieses wieder aktiviert werden kann z.b. Programmdatei für Neustart Aufrufe deaktivierter Objekte landen beim POA Neuinstanziierung des Servants falls POA deaktiviert: Aufrufe landen beim Root-POA Neuinstanziierung des POA Laden des persitenten POA-Zustands: Neuinstanziierung des Servants falls Server deaktiviert: Aufrufe landen beim Implementation-Repository Starten eines neuen Servers Root-POA wird aktiviert Aufruf wird an neue Kommunikationsadresse weitergeleitet (Location Forward) Root-POA erhält Aufruf: Neuinstanziierung von POA und Servant Aktivierungsmechanismus Speicherung von Daten und Protokoll zwischen Implementation- Repository und POA ist herstellerspezifisch JDK 1.4: orbd-prozess Unterstützung im RPC-Protokoll Location-Forward: Stubs werten Weiterleitung aus und kontaktieren Objekt an angegebener Kommunikationsadresse solange möglich , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] Deaktivierung und Aktivierung mit POA (3) 5.4 POA-Konfiguration Konfiguration des POA LifeSpan-Policy: mögliche Policy-Objekte erzeugt mit create_lifespan_policy TRANSINT für Objekte, die Servant nicht überleben PRSISTNT für Objekte, die POA und Servant überleben können im PRSISTNT-Modus wird Objekt automatisch aktiviert, falls notwendig Weitere Konfigurationsmöglichkeiten Request Processing Policy nur aktivierte Objekte sind bekannt ein Default-Servant kann für alle nicht aktivierten Objekte einspringen ein Servant-Manager kann für unbekannte Objekte einen Servant generieren Servant Retention Policy bei Default-Servant- oder Servant-Manager-Betrieb wird Servant für unbekanntes Objekt aktiviert (intern in Tabelle aktiver Objekte eingetragen) Thread Policy: multi-threaded oder single-threaded Aufrufbearbeitung pro Objekt ID Uniqueness Policy: eindeutige IDs über alle Zeit oder nicht ID Assignment Policy: system- oder benutzervorgegebene Objekt-IDs , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] 44

2 6 Value-Types 6 Value-Types (2) CORBA-Objekte Beispiel Parameterübergabe immer mit Call-By--Reference-Semantik Weitere Objektklasse: Value-Types Parameterübergabe immer mit Call-By-Value-Semantik ähnlich wie struct, union, enum, sequence etc. aber: sind Objekte Definition in IDL Methoden valuetype AccountVal { public short accountnr; private double balance; double withdraw( in double amount ); double deposit( in double amount ); factory init( in short accountnr ); private Instanzvariable Konstruktor private und öffentliche Zustandskomponenten (State Members) Konstruktordefinitionen zur Initialisierung Varianten abstrakte Value-Types: nur Methoden keinen Zustand Definition mit abstract valuetype konkrete Value-Types: Methoden und Zustandskomponenten , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] Vererbung 6.2 Parameterübergabe Vererbung bei Value-Types einfache Vererbung von einem konkreten Value-Type mehrfache Vererbung von abstrakten Value-Types z.b.: valuetype LimitedAccountVal : AccountVal { private double limit; void setlimit( double lim ); Lokale Übergabe von Valuetypes Call-By--Reference ntfernte Übergabe, d.h. Übergabe bei Methodenaufrufen an CORBA- Objekten Call-By-Value Strukturerhaltende Übergabe Valuetypes können Referenzen auf andere Valuetypes besitzen nil-referenzen möglich Objektstruktur wird bei Übergabe erhalten vgl. Java Serialisierung z.b. verkettete Listen, Bäume, Graphen , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] 48

3 6.2 Parameterübergabe (2) 6.3 Verknüpfung mit CORBA-Objekten Realisierung Marshaling der Zustände Unmarshalling: Aufbau der Objektstruktur von Value-Types Heterogenes System Value-Type-Objekte aus C++ können in Java wieder aufgebaut werden Voraussetzung: Abbildung der IDL-Typen in Sprachtypen (hier C++- bzw. Java-Klassen) ist bekannt dynamisches Laden von Code möglich, falls unterstützt von Sprache Übertragung eines CodeBase-Objekts zur Rückfrage nach URLs von Codestücken Implementierung von Value-Types stark abhängig vom Language-Mapping Value-Types können CORBA-Interface unterstützen z.b. valuetype AccountVal : supports Account { mit Registrierung beim POA wird Value-Type-Implementierung zum CORBA-Objekt Übergabe einer Referenz auf das Value-Type-Objekt möglich (Call-By-Value) Übergabe einer Referenz auf das CORBA-Interface möglich (Call-By--Reference) , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] Abstract-Interfaces 6.4 Abstract-Interfaces (2) Spezielle Art von CORBA-Interfaces nicht zu verwechseln mit abstrakten Klassen und abstrakten Value-Types definieren Klassen, Value-Types, die nicht instanziierbar sind CORBA s Abstract Interfaces kapseln Value-Types und CORBA-Objekte Value-Type implementiert (supports) abstraktes Interface CORBA-Objekt erbt von abstraktem Interface beide Varianten können als Parameter übergeben werden, die mit abstraktem Interface deklariert sind ntscheidung für Call-By-Value oder Call-By-Reference zur Laufzeit Value-Types mit Call-By-Value CORBA-Objekte mit Call-By-Reference Beispiel abstract interface AbstractAccount { double withdraw( in double amount ); double deposit( in double amount ); valuetype AccountVal : supports AbstractAccount { interface Account : AbstractAccount { void method( in AbstractAccount ); , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] 52

4 7 Dynamic-Invocation-Interface (DII) 7 Dynamic-Invocation-Interface (2) Typ eines Objekts zur ntwicklungszeit einer Anwendung nicht bekannt z.b. Name-Server-Implementierung, Verzeichnisdienst etc. Wie aufrufen? Abfrage der Objektschnittstelle Methode get_interface() bei jedem CORBA-Objekt liefert Referenz auf CORBA-Objekte, die Schnittstelle eines Objekts beschreiben Methoden, Parameter und deren Typen können erfragt werden Dynamische Konstruktion der Aufrufparameter generische Aufrufschnittstelle create_request() bei jedem CORBA- Objekt Benennung der Methode als String Übergabe der Parameter eingepackt in Typ any Aufruf wird durch Request-Objekt realisiert CORBA:: is_nil duplicate release get_interface create_request MyInterface erzeugt Request invoke send_oneway send_deferred get_response poll_response eigentlicher Aufruf wird durch invoke() am Request-Objekt ausgeführt , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] Interface-Repository 7.1 Interface-Repository (2) Verzeichnisdienst für Schnittstelleninformationen Repräsentation von Typen durch TypeCode-Objekte IDL-Konstrukte werden jeweils als CORBA-Objekt realisiert Repräsentation der Basistypen: int, float, boolean Zusammenhänge zwischen den Repository-Objekttypen: Repository Repräsentation zusammengesetzter Typen: union, struct, enum, sequence, string, array Repräsentation von Objekttypen: Interface-Repository-ID ConstantDef TypeDef ModuleDef xceptiondef ConstantDef ConstantDef TypeDef TypeDef InterfaceDef TypeCode-Objekte repräsentieren Typ und Struktur durch IDL-Typen TypeCode-Objekte haben Operation für Typvergleich TypeCode-Objekte haben Operationen zur Strukturerkundung (z.b. welchen lementtyp hat eine sequence) ModuleDef xceptiondef InterfaceDef AttributeDef xceptiondef xceptiondef AttributeDef OperationDef , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] 56

5 7.2 Aufrufarten 7.2 Aufrufarten (2) Normaler Aufruf Aufruf von invoke am Request-Objekt kehrt zum Aufrufer zurück, wenn eigentlicher Aufruf durchgeführt Asynchroner Aufruf Aufruf von send_deferred am Request-Objekt eigentlicher Aufruf wird angestoßen Aufrufer kann weiterarbeiten rgebnissynchronisation durch get_response rgebnisabfrage (Polling) mit poll_response Datagramm-Aufruf Aufruf von send_oneway am Request-Objekt Aufruf wird angestoßen es wird nicht auf rgebnis gewartet (Methode darf kein rgebnis liefern) Aufruf muss nicht sicher durchgeführt werden ( May-be-Once-Semantik ) oneway-methoden werden mit dem Schlüsselwort oneway in IDL markiert , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] 58 8 Objektschnittstelle 9 Kommunikationsprotokolle Vorgegebene Methoden in CORBA:: werden an alle CORBA-Objekte vererbt create_request erzeugt dynamischen Aufruf get_interface ermittelt Beschreibungsobjekt für Schnittstelle des Objekts (aus dem Interface-Repository, vom Typ CORBA::InterfaceDef) is_nil prüft, ob Referenz mit Objekt verbunden (Nil-Referenz ist nicht verbunden) duplicate erzeugt neue Objektreferenz zum selben Objekt release gibt erzeugte Objektreferenz frei (darf nicht mehr benutzt werden) Innerhalb einer ORB-Instanz können Objekte mit herstellerspezifischem Protokoll kommunizieren Zwischen ORBs verschiedener Herstellern GIOP General Inter-ORB Protocol (standardisiert in CORBA) Basisprotokoll für RPC-basierte Objektaufrufe Common Data Representation (CDR) definiert Marshalling und Unmarshalling von IDL-Typen IIOP Internet Inter-ORB Protocol GIOP über TCP/IP Unterstützung durch den ORB für CORBA-Kompatibilität vorgeschrieben GIOP-Implementierungen über andere Protokolle möglich , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] 60

6 9 Kommunikationsprotokolle (2) 9 Kommunikationsprotokolle (3) SIOP nvironment Specific Inter-ORB Protocols IOR-Profil für IIOP z.b. DC/SIOP intragung eines Profils Inter-ORB-Protokoll auf der Basis von DC RPC Typ des Objekts: Interface-Repository-ID Hostname des POA IOR Interoperable Reference Darstellung einer Objektreferenz als IDL-Datenstruktur muss verwendet werden für GIOP TCP/IP-Portnummer des POA Name des POA ObjektID: eindeutiger Bezeichner innerhalb des POA Repräsentation als String möglich (object_to_string) Profile in der IOR für jedes Protokoll eigenes Profil möglich Objekt kann theoretisch mehrere Protokolle unterstützen z.b. IIOP und herstellerspezifisches Protokoll Gängige Implementierung in Standard-ORBs Nutzung von IIOP auch innerhalb des ORBs IOR wird immer als eindeutiger Objektbezeichner benutzt , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] Naming-Service 10 Naming-Service (2) CORBA-Spezifikation eines Namensdienstes hierarchischer Namensraum (baumförmig ähnlich Dateisystem) Namen bestehen aus mehreren Silben z.b. < "usr"; "home"; "myobject" > (ntsprechung im Dateisystem wäre "/usr/home/myobject" ) Beispiel eines Namensbaums Objekt des Namensdienstes usr services system Schnittstelle des Namensdienstes ist in IDL beschrieben ansprechbar als CORBA-Objekte home www ftp myobject Kontextobjekte wirken wie Verzeichnisse im Dateisystem , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] , Franz J. Hauck, Verteilte Systeme, Univ. Ulm [2004w-AvO--CORBA.fm, ] 64