1-40 Java zu abbildendem IDL, v1.3 September 2003 1 (wahlweise freigestellte) Daten c. geschrieben durch defaultWriteObject . Die Einrichtung der Felder ist dasselbe wie der Auftrag, in dem sie im abgebildeten IDL-valuetype erscheinen, und diese Felder werden genau kodiert, da sie sein würden, wenn die Kategorie nicht a hatte writeObject Methode. d. Zusätzliche Daten geschrieben durch writeObject kodiert, wie unten spezifiziert. Für Format Version 1, diese Daten ist wahlweise freigestellt und wenn Geschenk geschrieben werden muß "wie, ist". Für Format Version 2, wenn wahlweise freigestellte Daten Geschenk dann es sind, muß innerhalb einer CDRGEWOHNHEIT beiliegend sein valuetype ohne codebase und repid "RMI:org.omg.custom.<class >" wo < Kategorie > ist der voll-qualifizierte Name der Kategorie deren writeObject Methode wird hervorgerufen. Für Formatversion 2, wenn wahlweise freigestellte Daten nicht dann anwesend sind ein ungültiges valuetype (0x00000000) muß geschrieben werden, um das Fehlen wahlweise freigestelltem anzuzeigen Daten. Für externalizable Gegenstände: (wahlweise freigestellte) Daten b. geschrieben durch writeExternal kodiert, wie unten spezifiziert. Ursprüngliche Javaarten marshaled als ihre entsprechenden IDL-Primitiven (sehen Sie Abschnitt 1,3,3, "Kartenaufnahmen für ursprüngliche Arten," auf Seite 1-10). Javazeichenketten vorbei geschrieben das java.io.ObjectOutputStream.writeUTF() Methode und gelesen durch java.io.ObjectInputStream.readUTF() Methode marshaled als IDL wstring s. Java intern s und Zeichenkette s geschrieben durch writeByte , writeChar , writeBytes und writeChars Methoden von java.io.ObjectOutputStream marshaled, wie durch die Definitionen dieser Methoden in spezifiziert java.io.DataOutput Schnittstelle. Andere Javagegenstände marshaled in Form von Abstrakte Schnittstelle IDL (d.h., ein Anschluß mit einem Booleschen Modulationsumwandler, irgendein enthalten wenden Sie Hinweis ein, wenn der Modulationsumwandler zutreffend oder eine Wertart ist, wenn der Modulationsumwandler falsch ist). RMI-/idlstummel, RMI-/idlremoteimplementierungen und IDL-Stummel marshaled wie Gegenstandhinweise (IORs). Alle weiteren Javagegenstände marshaled als Wertarten. Wertartkodierung wird von der Laufzeitart des Gegenstandes festgestellt, indem man zutrifft Kartenaufnahmen spezifiziert in Abschnitt 1,3,5, ", an abbildend für RMI-/idlwertarten, " Seite 1-15 und Abschnitt 1,3,6, ", abbildend für RMI-/idlreihen, "auf Seite 1-21. Das kundenspezifische Stromformat der Rückstellung ist 1 für GIOP 1,2 und 2 für GIOP 1,3. Für RMI/IDL kundenspezifische Wertarten marshaled innerhalb der GIOP-Anträge, eine Formatversion nicht grösser als die Rückstellung für die GIOP-Nachrichtenumfange muß gesendet werden, ausgenommen wo TAG_RMI_CUSTOM_MAX_STREAM_FORMAT TaggedComponent (sehen Sie Abschnitt 1,4,11, "TAG_RMI_CUSTOM_MAX_STREAM_FORMAT-Bestandteil," an Seite 1-40) ist ein Teil des IOR-Profils. Für die kundenspezifischen Wertarten RMI/IDL marshaled innerhalb GIOP antworten (einschließlich UnknownExceptionInfo halten Sie Kontext), a instand die Formatversion, die für die GIOP-Nachrichtenumfange nicht grösser als die Rückstellung ist, muß gesendet werden, ausgenommen wo das RMICustomMaxStreamFormat halten Sie Kontext instand (sehen Sie Abschnitt 1,4,12, "Service-Kontext RMICustomMaxStreamFormat," auf Seite 1-41) waren an geschickt dem dazugehörigen GIOP-Antrag 1,4,11 TAG_RMI_CUSTOM_MAX_STREAM_FORMAT-Bestandteil Obgleich das IIOP-Niveau eines IOR eine maximale Rückstellung spezifiziert, strömen Formatversion für die kundenspezifischen Wertarten RMI/IDL marshaled als Teil der GIOP-Anträge zu diesem IOR, dort sind Fälle, wenn es notwendig sein kann, diese Rückstellung überzulaufen.