September 2003 Java zum IDL-Diagramm: BeweglichkeitcSchnittstellen 1-45 1 benennen Sie das Stub.connect Methode. Dieses läßt den Anwendungscode beweglich bleiben zwischen IIOP und JRMP. RMI/IDL können Stummel an ein ORB auch implizit angeschlossen werden durch zu OutputStream.write_Object überschritten werden . Das writeObject und readObject Methodenstützstummelperiodische Veröffentlichung und deserialization, indem es den IOR speicherte und wieder herstellte, verband mit dem Stummel. writeObject Methode schreibt die folgenden Daten zum Veröffentlichungstrom: 1. intern - Länge von IOR-Artkennzeichnung 2. byte[ ] - IOR-Art Identifikation mit ISO 8859-1 kodiert (mit schreiben geschrieben Anruf, nicht a writeObject Anruf) 3. intern - Zahl der IOR-Profile 4. Für jedes IOR-Profil: a. intern - Profilumbau b. intern - Länge von Profildaten c.-byte[ ] - Profildaten (mit schreiben geschrieben Anruf, nicht ein writeObject Anruf). 1,5,1,3 ValueOutputStream Die Schnittstelle org.omg.CORBA.portable.ValueOutputStream definiert Methoden, die gewähren, periodische Veröffentlichung von Gewohnheit-custom-marshaled RMI/IDL wendet gegen GIOP-Ströme ein. // Java allgemeine Schnittstelle ValueOutputStream { leeres start_value(java.lang.String-rep_id); leeres end_value(); } Das start_value Methode beendet irgendwie z.Z. geöffneten Klumpen, schreibt eine valuetypeüberschrift für ein genistetes kundenspezifisches valuetype (mit einem ungültigen codebase und dem spezifizierten Behälter Identifikation), und Stufensprünge die valuetypeverschachtelungstiefe. Das end_value Methode beendet irgendwie z.Z. geöffneten Klumpen, schreibt den Endenumbau für genistetes kundenspezifisches valuetype und Verminderung die valuetypeverschachtelungstiefe. 1,5,1,4 ValueInputStream Die Schnittstelle org.omg.CORBA.portable.ValueInputStream definiert Methoden daß deserialization von Gewohnheit-custom-marshaled RMI/IDL erlauben Sie, wendet von den GIOP-Strömen ein. // Java allgemeine Schnittstelle ValueInputStream { leeres start_value(); leeres end_value(); }