September 2003 Java zum IDL-Diagramm: LaufzeitcAusgaben 1-39 1 6. Wenn eine Kategorie erfolgreich durch Schritt 1, 2, 3, 4 oder 5 geladen wurde, dann bringen Sie geladen zurück klassifizieren Sie, es sei denn das className Parameter war eine nicht-ursprüngliche Reihenart, in der Fallrückkehr eine passend bemessene Reihenkategorie für die Elementkategorie, die geladen wurde. Wenn sie Kategorien für RMI-/idlwerte, Stummel und Riegel lädt, muß die Kategorie, die geladen wird, sein selben wie das gingen dadurch ausgenommen zurück, wo unten angegeben. Für Werte und ihre Helferkategorien remoteCodebase ist das codebase, das war übertragen in die GIOP-valuetypekodierung (falls vorhanden) oder sonst in das codebase erreicht vom SendingContextRunTime halten Sie den Kontext instand, der mit dem IIOP dazugehörig ist Anschluß (Ladevorrichtung ist Null oder die Kategorienladevorrichtung der erwarteten Wertkategorie, wenn sie. bekannt), Für die Riegel hergestellt von PortableRemoteObject.exportObject remoteCodebase wird erreicht, indem man benennt Util.getCodebase auf der Kategorie von Implementierungsgegenstand (Ladevorrichtung ist. ungültig), Für die Stummel hergestellt durch InputStream.read_Object() remoteCodebase ist codebase übertragen in den IOR TaggedComponent TAG_JAVA_CODEBASE (wenn irgendwelche) oder sonst das codebase erreicht vom SendingContextRunTime Service Kontext verband mit dem IIOP-Anschluß. Diese Methode kann irgendein ein generisches verursachen Stummel für das folgende Verengen oder kann versuchen, einen Stummel herzustellen, indem er eine Stummelkategorie lädt das bringt das RepositoryId im IOR. zusammen (Ladevorrichtung ist. ungültig), Für die Stummel hergestellt durch InputStream.read_Object(clz) remoteCodebase ist dieselben wie für InputStream.read_Object() . Wenn clz ist eine Stummelkategorie, dann Implementierung von read_Object(clz) kann jeder Gebrauch das Aktualparameter- clz zu stellen Sie einen Stummel her oder kann versuchen, einen Stummel herzustellen, indem Sie eine Stummelkategorie laden deren Name ist abgeleitet vom RepositoryId im IOR. Wenn clz ist eine RMI-/idlremoteschnittstelle, dann die Implementierung von read_Object(clz) stellt einen Stummel her dessen Kategorienname ist von jedem den Namen des Schnittstellenart- clz abgeleitet oder das RepositoryId im IOR. (Ladevorrichtung ist clz.getClassLoader() ) Für die Stummel hergestellt von PortableRemoteObject.narrow, remoteCodebase ist erreicht vom narrowFrom Gegenstand durch das Benennen ObjectImpl._get_codebase() Methode. Für die Stummel vorbei hergestellt PortableRemoteObject.toStub , Util.writeRemoteObject oder Util.writeAbstractObject , remoteCodebase wird erreicht, indem man benennt Util.getCodebase() auf der Kategorie des Implementierungsgegenstandes ( Ladevorrichtung ist narrowFrom.getClassLoader() .) Für alle Stummel remoteCodebase wird vom Delegierten gespeichert und kann zurückgeholt werden das ObjectImpl._get_codebase() nachher verwenden Methode. 1,4,10 Kundenspezifisches Marshaling Format Wenn eine RMI-/idlwertart Gewohnheit marshaled Über-GIOP ist, sind die folgenden Daten übertragen: a. Oktett - Formatversion. 1 oder 2. Für serializable Gegenstände mit einem writeObject Methode: b. Boolesch - richten Sie wenn defaultWriteObject aus wurde benannt, falsch anders.