Architekturen für verteilte Objekte

Größe: px

Ab Seite anzeigen:

Download "Architekturen für verteilte Objekte"

Jonas Ziegler
vor 7 Jahren
Abrufe

1 1 Programmiermodell Architekturen für verteilte Objekte Wintersemester 2006/2007 Übung 3: CORBA mit Java RMI over IIOP Integration von CORBA in die Java-Welt Remote-Interfaces wie gewohnt IDL-Datei erzeugen mit rmic -idl Schnittstellen für normale CORBA-Clients Umsetzung von Java-API-Klassen problematisch (HashMap, ) Servants erben von javax.rmi.portableremoteobject Alternativ: PortableRemoteObject.exportObject() Generische Typecasts: PortableRemoteObject.narrow(Object, Class) Standard-CORBA Alle Features, alle Bürden Siehe folgende Folien Arbeitsschritte IDL-Datei verfassen Schnittstellen und Typen beschreiben IDL-Datei übersetzen mit idlj Servants implementieren ORB-Prozess bereithalten ORB/POAs initialisieren Servant initiieren und aktivieren Objektreferenzen publizieren 1.2 JVM-Konfiguration Interoperabilität verschiedener ORBs Java-API-interner ORB ORB-Implementierung integrieren java -Xbootclasspath/p:${ORB_CLASSPATH -Djava.endorsed.dirs=${ORB_LIBS -Dorg.omg.CORBA.ORBClass=org.jacorb.orb.ORB -Dorg.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBSingleton -DORBInitRef.NameService=

2 2 Beispiel Hier eher an CORBA-Programmiermodell angelehnt 2.1 Client-Code ORB initialisieren Zugriff auf Namensdienst Objektreferenz nutzen ORB orb = ORB.init(args, null); org.omg.corba.object _nc = orb.resolve_initial_references( NameService ); NamingContext nc = NamingContextExtHelper.narrow(_nc); AudioLookupService als = AudioLookupServiceHelper.narrow(nc.resolve_str( als )); IDL-Datei Auf häufige Fehler achten Abbildung von Java-Datentypen, z.b.: Java-int CORBA-long Semikola (z.b. nach module { ), in/out-modifier, Beispiel (Auszug) module avo { module u3 { struct Track {string title; float length; struct AudioInfo { string title; sequence<track> tracks; // deprecated! exception NoData { typedef sequence<octet> AudioPacket; interface AudioCD { AudioInfo getdescription(); AudioPacket getdatapacket(in long ofs) raises (NoData); IDL-Datei (2) Übersetzung mit idlj -td <outdir> -fall Erzeugt erbbare Implementierungsrümpfe Alternative: -falltie für Tie/Delegate-Approach Generierte Dateien Schnittstellen, Skeleton/Tie, typspezifischer Stub Helper, Holder Interne Struktur ähnlich zu Erzeugnissen von rmic (Un-)Marshalling Signatur- und Typ-Überprüfung Dispatching Generierte Dateien (Auszug: AudioCD) Schnittstellen Operativ: AudioCDOperations.java CORBA-spezifisch: AudioCD.java Skeleton/Tie: AudioCDPOA(Tie).java Dies ist nicht der POA, sondern ein POA-tauglicher Servant! Stub: _AudioCDStub.java Typspezifisch für je einen Typ der Hierarchie CORBA-narrow hat andere Semantik als Java/RMI-Typecast! Holder: AudioCDHolder.java Realisierung von Out/Inout-Parametern Helper: AudioCDHelper.java Any/Stream-Handling, Typinformation, Narrowing 3.7

3 2.4 Servant-Varianten Erben von generiertem Skeleton class BasicAudioCD extends AudioCDPOA { Tie-Approach Binden einer eigenen Implementierung an einen Delegate class AudioCDPOATie extends AudioCDPOA { generated class BasicAudioCD implements AudioCDOperations { AudioCDOperations impl = new BasicAudioCD(); AudioCDPOATie tie = new AudioCDPOATie(impl); activate_object(tie); 2.5 Server-Prozess ORB/POAs initialisieren Momentan nur ein RootPOA ORB orb = ORB.init(args, null); org.omg.corba.object _rootpoa = orb.resolve_initial_references( RootPOA ); POA rootpoa = POAHelper.narrow(_rootpoa); rootpoa.the_poamanager().activate(); orb.run(); // wartet auf orb.shutdown(); Servant instantiieren und aktivieren BasicAudioCD impl = ; byte[] oid = rootpoa.activate_object(impl); org.omg.corba.object _objref = rootpoa.id_to_reference(oid); AudioCD objref = AudioCDHelper.narrow(_objref); Server-Prozess (2) Objektreferenz publizieren Transienter Namensdienst: tnameserv Persistenter Namensdienst: orbd org.omg.corba.object _nc = orb.resolve_initial_references( NameService ); NamingContextExt nc = NamingContextExtHelper.narrow(_nc); String title = My CD ; NameComponent path[] = nc.to_name(title); nc.rebind(path, objref); Referenzweitergabe Interoperable Object References (IORs) Vergleiche mit serialisierten RMI-Stubs. Unterschiede? De-/Serialisierung im ORB class org.omg.corba.orb { Auszug String object_to_string(object o); Object string_to_object(string s); Übertragen als Hex-String IOR: c3a f6c6f61642f73696d70 6c652f476f6f a312e Details siehe MKVS-Folien (WS02) 3.11

4 2.6 Referenzweitergabe (2) Definition der IOR struct IOR { string type id; // siehe vorherige Folie sequence <TaggedProfile> profiles; struct TaggedProfile { ProfileId tag; // org.omg.iop.tag_internet_iop=0 sequence<octet> profile data; struct ProfileBody_1_1 { // IIOP-Profile Version iiop version; string host; unsigned short port; sequence<octet> object key; sequence <IOP::TaggedComponent> components; 2.7 Portable Object Adapter (POA) Aktiviert/deaktiviert Objekte, vergibt OIDs Konfiguration über Policies (s.u.) Optionales Objekt-Management Default-Servant oder Servant-Manager (s.u.) POAManager Kontrolliert Zustand: (de)activate, hold, discard, Hierarchie von Child-POAs möglich AdapterActivator Startet untergeordnete POAs bei Bedarf Portable Object Adapter (POA) (2) 2.8 Policies Default Servant Generischer Servant bedient mehrere logische Objekte Dispatcher für OIDs intern benötigt POA.set_servant(Servant) Servant Manager Inaktive Objekte via Activator oder Locator auffinden/instantiieren interface ServantActivator extends ServantManager { Servant incarnate(byte[] oid, POA adapter); interface ServantLocator extends ServantManager { Servant preinvoke (byte[] void, POA poa, String op, ); void postinvoke(byte[] oid, POA poa, String op,, Servant); POA.set_servant_manager(ServantManager) 3.14 Ablauf 1 POA erzeugen 2 Policies konfigurieren 3 POA aktivieren 4 Objekte aktivieren Auswahl IdAssignmentP. OID von System oder durch Benutzer void POA.activate_object_with_id(byte[] id, Servant p_servant) IdUniquenessP. ein oder mehrere OIDs pro Servant ImplicitActivationP. nur für RootPOA default LifespanP. transiente/persistente Servants ThreadP. Nebenläufigkeit ServantRetentionP. Servants in ActiveObjectMap RequestProcessingP. aktiver Servant, DefaultServant, ServantManager 3.15

5 3 Aufgabe Portierung der Java-RMI-Anwendung Zunächst Version aus AVO-U1 Portabilität der benutzten Java-API? Eigener POA ID-Management Servant-Management IDL-Generate studieren Gemeinsamkeiten mit rmic-ausgaben? 3.16

Ähnliche Dokumente

Programmiermodell 2 Varianten. AVO-Übung 3. Programmiermodell Arbeitsschritte. Programmiermodell JVM-Konfiguration. RMI over IIOP.

Programmiermodell 2 Varianten. AVO-Übung 3. Programmiermodell Arbeitsschritte. Programmiermodell JVM-Konfiguration. RMI over IIOP. Programmiermodell Varianten AVO-Übung 3 CORBA mit Java Andreas I. Schmied (andreas.schmied@uni-ulm.de) AspectIX-Team Abteilung Verteilte Systeme Universität Ulm WS005 RMI over IIOP Remote Interfaces wie