idl4-java-1.0 — Open Items

Aggregate of idl4-java-1.0.en.md, generated by website/_tools/gen_open_items.py. No new content: every entry appears there as an item with its evidence.


1.1 Mapping IDL v4 -> Java

Status: open — no generator maps IDL to the Java forms of clause 7. The Java column produces a wire binding whose own documentation names the departures from this spec.

2.1 Implementation: IDL -> Java source per §7

Status: open — the Java column transforms IDL into Java source, but by the XCDR2 binding’s PSM, not by clause 7.

7.1.1.0 Naming schemes: IDL vs. Java; selected via @java_mapping

Status: open — @java_mapping does not exist in the tree (git grep java_mapping finds nothing), and there is no switchable naming-scheme selection.

7.1.1.0 Name collision with reserved names: underscore prefix

Status: partial — Java keywords are escaped, but with a trailing _ (class_) instead of the prescribed leading one (_class). The reserved-name list of §7.1.2 is also incomplete (see there).

7.1.1.1 IDL Naming Scheme: names without case transformation

Status: open — the Java column does keep IDL names unchanged (a_module_is_a_nested_class_and_two_modules_do_not_collide), but it is not a naming scheme and identity with the IDL naming scheme is neither intended nor tested.

7.1.1.2 Java Naming Scheme: JavaBeans 1.01 conventions

Status: open — getX/setX accessors and the JavaBeans conventions are not generated.

7.1.1.2.1 Pascal Case Transformation Rules

Status: open — no Pascal-case transformation for type and member names.

7.1.1.2.2 Camel Case Transformation Rules

Status: open — the only camel-case conversion in the tree is Java::camel in crates/lang-rules/src/emit/java.rs for wire method names; member names are not transformed.

7.1.1.2.3 All Uppercase Transformation Rules

Status: open — constants keep their IDL spelling; no uppercase transformation.

7.1.1.2.4 All Lowercase Transformation Rules

Status: open — module names are not lowercased; a module a becomes the nested class a, a module common the class common, but without the spec transformation.

7.1.1.3 Suffixes (e.g. Abstract); underscore prefix on collision

Status: open — no reserved-suffix handling; there is no Abstract-suffix mapping (the valuetype mapping is absent anyway).

7.1.2 Reserved Names

Status: partial — Java keywords plus true/false/null are listed. <type>Abstract, Constants and the java.lang.Object methods are missing.

7.1.3 Holder class for inout/out parameters

Status: open — there is no class org.omg.type.Holder<E>; the former runtime class crates/idl-java/runtime/rpc/Holder.java was removed with acca1b15b2e. The RPC binding carries out/inout in an _Out type named by DDS-RPC (crates/lang-rules/src/emit/interface_java.rs).

7.2.2 IDL module -> Java package

Status: partial — modules are mapped to nested classes in one file, not to packages (the crate justifies this with the one-public-type- per-file rule). Two same-named types in different modules therefore do not collide, but the spec form (package name) is not reached.

7.2.3 Default mapping: IDL constant -> public final class with a value field

Status: open — an IDL constant becomes a public static final field in the enclosing scope, not a same-named wrapper class with value.

7.2.3.1 Alternative mapping: Constants container class

Status: open — no Constants container and no constants_container parameter.

7.2.4.1.1 Integer Types Mapping (Tab.7.2)

Status: partial — int8 -> byte, short -> short, long -> int and long long -> long match. The unsigned types depart: uint8/octet -> int (spec: byte), unsigned short -> int (spec: short), unsigned long -> long (spec: int), so the full value range is representable; own item.

7.2.4.1.1 Unsigned types per Tab.7.2

Status: open — crates/lang-rules/src/adapter/java.rs maps uint8/octet to int, unsigned short to int and unsigned long to long.

7.2.4.1.2 Floating-Point Mapping (Tab.7.3)

Status: partial — float -> float and double -> double match. long double becomes org.zerodds.wire.Float128, not BigDecimal.

7.2.4.1.5 IDL boolean + TRUE/FALSE -> Java boolean + true/false

Status: partial — boolean becomes boolean (test above); no test checks that the constants TRUE/FALSE become true/false.

7.2.4.1.6 IDL octet -> Java byte

Status: partial — octet becomes int, not byte; the column justifies this with the range 0..255, which a signed byte cannot hold.

7.2.4.2.1.1 Sequences of basic types -> type-specific interfaces

Status: open — no BooleanSeq/CharSeq/… interfaces; a sequence becomes a Java array.

7.2.4.2.1.1 Bounds checking on bounded sequences

Status: open — there is no bounded-sequence type. A Java array throws IndexOutOfBoundsException natively, but the spec form (bounded sequence interfaces) is absent.

7.2.4.2.1.2 Sequences of non-basic types -> java.util.List

Status: open — a sequence becomes a Java array T[], not java.util.List<E>.

7.2.4.2.2 IDL string -> java.lang.String + IndexOutOfBoundsException

Status: partial — string becomes java.lang.String (evidenced in the test as an element type). The range checking is missing; the bound is not enforced.

7.2.4.2.3 IDL wstring -> java.lang.String

Status: partial — wstring and string share java.lang.String (UTF-16). The range checking is missing.

7.2.4.2.4 IDL fixed -> java.math.BigDecimal + ArithmeticException

Status: partial — fixed<P,S> becomes java.math.BigDecimal (CORBA 3.3 part 3 §1.5.6); the codec writes and reads the decimal digits through Writer.writeFixed and Reader.readFixed. The range check throws WireException.OutOfRange, not java.lang.ArithmeticException; that is the remainder. Log: .agent/REPORT.md.

7.2.4.3.1 IDL struct -> Java public class + Serializable + bean accessors + constructors

Status: partial — a nested class with public fields is produced. Missing: implements java.io.Serializable, accessors/modifiers, the all-values constructor and the public default constructor.

7.2.4.3.1 Default constructor: initialise members

Status: open — there is no public default constructor with this initialisation. crates/lang-rules/src/default_java.rs provides a zd_def_<T>() defaulter for the decoder (DDS-XTypes Tab.9), not the constructor of the spec.

7.2.4.3.1 Accessor/modifier naming per naming scheme

Status: open — no accessors are generated.

7.2.4.3.2 IDL union -> Java public final class + discriminator accessor

Status: partial — the union becomes a class with an _d field and one public field per case. Accessors/modifiers, the getDiscriminator() access and the __default() forms are missing.

7.2.4.3.3 IDL enum -> Java public enum + valueOf(int)

Status: partial — the enumeration becomes a class with one instance per enumerator, the constants public static final int _NAME, value() and from_int(int) (CORBA 3.3 part 3 §1.5.9); a member is an instance of the class. A Java enum and the valueOf(int) of the spec are missing: the class carries the value an enum would not have for values the reader’s IDL does not know. Log: .agent/REPORT.md.

7.2.4.3.4 Constructed recursive types

Status: partial — Java reference semantics carry recursive types, and the corpus contains them; a test that names the recursion is missing (the one cited runs only with --include-ignored).

7.2.4.6 IDL typedef -> no Java type; use replaced; annotations propagate

Status: partial — the typedef declares nothing and its use takes the target type (test). The propagation of annotations to the uses is missing.

7.3 IDL any -> org.omg.type.Any

Status: open — any has no Java form in this column and is refused by name (crates/lang-rules/src/adapter/java.rs, test a_construct_with_no_java_data_form_is_named_and_not_left_out), not mapped to an Any type.

7.4 IDL interface -> Java public interface

Status: partial — @service interfaces become public interface with methods and attribute accessors; but the binding follows DDS-RPC 1.0 §7.11.2 (no throws, out/inout in _Out types). The base path for non-service interfaces is missing.

7.4.1 IDL exception -> Java class extends RuntimeException

Status: open — the exception becomes a nested data class in struct form (crates/lang-rules/src/adapter/java.rs) and does not extend RuntimeException (the crate names serialVersionUID as the reason); no test for the Java form.

7.4.2 Interface forward declaration: no Java mapping

Status: open — there is no Java forward-declaration handling; the binding refuses an interface forward declaration without a definition in the RPC path as E002, which is not the same thing.

7.5 Embedded type/const/exception decls in the interface body

Status: open — embedded declarations in an interface body are not carried into the scope of the Java interface.

7.6 IDL valuetype -> 2 Java classes (Abstract + concrete)

Status: open — a valuetype is mapped like a struct as one nested class with public fields (crates/lang-rules/src/adapter/java.rs); the split into abstract and concrete class, protected members and void factory methods are missing.

7.9 Components Basic -> intermediate IDL

Status: open — no CCM component mapping to intermediate IDL.

7.10 Homes -> intermediate IDL

Status: open — as §7.9; no home mapping.

7.12 Ports/Connectors -> intermediate IDL

Status: open — as §7.9; no port/connector mapping.

7.13 Template-module instances -> intermediate IDL

Status: open — no template-module mapping.

7.14.1 Struct with single inheritance -> Java extends

Status: open — the column flattens base members into the derived class (all_members_of, crates/lang-rules/src/adapter/java.rs); a Java extends and the constructor taking the base instance are not generated.

7.14.2 Union discriminator: int8/uint8/wchar/octet additionally allowed

Status: partial — the discriminator is mapped generically to the Java type of the IDL discriminator type, so also for octet; a test that names an 8-bit or octet discriminator is missing.

7.14.3.2 IDL bitset -> Java public class with bitfield accessors

Status: partial — the bitset becomes a class with one public field per bitfield. Bitfield accessors and the default-type-per-bit-size rule are missing (fields are int).

7.14.3.3 IDL bitmask -> Java enum + java.util.BitSet

Status: partial — the bitmask becomes constants in the unsigned holder of its @bit_bound (int or long). A <Name>Flags Java enum and java.util.BitSet are missing.

7.16.1 IDL @annotation -> Java @interface + Group

Status: open — user annotations are not propagated as Java @interface.

7.16.2 Single-instance/multi-instance application

Status: open — as §7.16.1; annotations do not reach the Java.

7.17.1 General Purpose Tab.7.6

Status: partial — @optional boxes the member, @value writes the enum value. @id, @position and the extensibility annotations are not emitted.

7.17.2 Data Modeling Tab.7.7

Status: open — no @key/@must_understand markers and no @default_literal handling in the generated Java.

7.17.3 Units and Ranges Tab.7.8

Status: open — @default reaches the zd_def_ defaulter (crates/lang-rules/src/default_java.rs::member_default), but not the constructor of the spec; the @range/@min/@max checks in the setter are missing; no test.

7.17.4 Data Implementation Tab.7.9

Status: partial — @bit_bound chooses the bitmask’s holder. @external and @nested do not reach the Java.

7.17.6 Interfaces Tab.7.11

Status: partial — @service drives the RPC interface generation. @oneway and @ami are not evaluated.

8.1.0 @java_mapping annotation definition

Status: open — @java_mapping does not exist in the tree.

8.1.1 apply_naming_convention Tab.8.1

Status: open — there is no naming-scheme switch; the transformations of §7.1.1.2.x are missing.

8.1.2 constants_container parameter

Status: open — no parameter, no Constants container.

8.1.3 promote_integer_width parameter (Tab.8.2)

Status: partial — the column widens unsigned types (unconditionally, i.e. the TRUE case), but there is no switch and therefore not the spec default FALSE.

8.1.4 string_type parameter

Status: partial — java.lang.String is always used; the parameter is missing, so the default is reached.

A.1 CORBA-Specific Mappings

Status: open — no IDL4-Java Annex A.1 mapping. The CORBA RMI column crates/corba-codegen/ implements the older IDL-to-Java 1.3 mapping (formal/2008-01-04) for CORBA, not this annex.

idl4-java-1.0 — offene Punkte

Aggregat aus idl4-java-1.0.md, erzeugt von website/_tools/gen_open_items.py. Kein eigener Inhalt: jedes Item steht dort mit seinem Beleg.


1.1 Mapping IDL v4 -> Java

Status: open — kein Generator bildet IDL auf die Java-Formen aus Klausel 7 ab. Die Java-Spalte erzeugt ein Wire-Binding, dessen eigene Dokumentation die Abweichungen von dieser Spec benennt.

2.1 Implementation: IDL -> Java Source per §7

Status: open — die Java-Spalte transformiert IDL in Java-Quelle, aber nach der PSM der XCDR2-Bindung, nicht nach Klausel 7.

7.1.1.0 Naming-Schemes: IDL vs. Java; selektiert via @java_mapping

Status: open — @java_mapping existiert im Baum nicht (git grep java_mapping findet nichts), und es gibt keine umschaltbare Naming-Scheme-Auswahl.

7.1.1.0 Name-Kollision mit Reserved-Names: Underscore-Präfix

Status: partial — Java-Keywords werden entschärft, aber durch ein nachgestelltes _ (class_) statt des vorgeschriebenen vorangestellten (_class). Die Reserved-Name-Liste aus §7.1.2 ist zudem unvollständig (siehe dort).

7.1.1.1 IDL Naming Scheme: Names ohne Case-Transformation

Status: open — die Java-Spalte behält IDL-Namen zwar unverändert (a_module_is_a_nested_class_and_two_modules_do_not_collide), aber sie ist kein Naming-Scheme und Identity mit dem IDL-Naming-Scheme ist nicht beabsichtigt oder getestet.

7.1.1.2 Java Naming Scheme: JavaBeans-1.01-Konventionen

Status: open — getX/setX-Accessoren und die JavaBeans-Konventionen werden nicht erzeugt.

7.1.1.2.1 Pascal Case Transformation Rules

Status: open — keine Pascal-Case-Transformation für Typ- und Member-Namen.

7.1.1.2.2 Camel Case Transformation Rules

Status: open — die einzige Camel-Case-Umformung im Baum ist Java::camel in crates/lang-rules/src/emit/java.rs für Wire-Methodennamen; Member-Namen werden nicht transformiert.

7.1.1.2.3 All Uppercase Transformation Rules

Status: open — Konstanten behalten ihre IDL-Schreibweise; keine Uppercase-Transformation.

7.1.1.2.4 All Lowercase Transformation Rules

Status: open — Modulnamen werden nicht kleingeschrieben; ein Modul a wird die geschachtelte Klasse a, ein Modul common die Klasse common, aber ohne die Spec-Transformation.

7.1.1.3 Suffixes (z.B. Abstract); Underscore-Präfix bei Kollision

Status: open — keine Reserved-Suffix-Behandlung; es gibt kein Abstract-Suffix-Mapping (die Valuetype-Abbildung fehlt ohnehin).

7.1.2 Reserved Names

Status: partial — Java-Keywords plus true/false/null sind gelistet. <type>Abstract, Constants und die java.lang.Object-Methoden fehlen.

7.1.3 Holder-Klasse für inout/out-Parameter

Status: open — eine Klasse org.omg.type.Holder<E> gibt es nicht; die frühere Laufzeitklasse crates/idl-java/runtime/rpc/Holder.java ist mit acca1b15b2e entfernt. Die RPC-Bindung transportiert out/inout in einem vom DDS-RPC benannten _Out-Typ (crates/lang-rules/src/emit/interface_java.rs).

7.2.2 IDL Module -> Java Package

Status: partial — Module werden auf geschachtelte Klassen in einer Datei abgebildet, nicht auf Packages (die Crate begründet das mit dem Ein-Public-Typ-pro-Datei-Gesetz). Zwei gleichnamige Typen in verschiedenen Modulen kollidieren dadurch nicht, die Spec-Form (Paketname) ist aber nicht erreicht.

7.2.3 Default Mapping: IDL Constant -> public final class mit value-Field

Status: open — eine IDL-Konstante wird ein public static final-Feld im umschließenden Scope, nicht eine gleichnamige Wrapper-Klasse mit value.

7.2.3.1 Alternative Mapping: Constants-Container-Klasse

Status: open — kein Constants-Container und kein constants_container-Parameter.

7.2.4.1.1 Integer Types Mapping (Tab.7.2)

Status: partial — int8 -> byte, short -> short, long -> int und long long -> long stimmen. Die unsigned Typen weichen ab: uint8/octet -> int (Spec: byte), unsigned short -> int (Spec: short), unsigned long -> long (Spec: int), damit der volle Wertebereich darstellbar ist; eigenes Item.

7.2.4.1.1 Unsigned-Typen nach Tab.7.2

Status: open — crates/lang-rules/src/adapter/java.rs bildet uint8/octet auf int, unsigned short auf int und unsigned long auf long ab.

7.2.4.1.2 Floating-Point Mapping (Tab.7.3)

Status: partial — float -> float und double -> double stimmen. long double wird org.zerodds.wire.Float128, nicht BigDecimal.

7.2.4.1.5 IDL boolean + TRUE/FALSE -> Java boolean + true/false

Status: partial — boolean wird boolean (Test oben); dass die Konstanten TRUE/FALSE zu true/false werden, prüft kein Test.

7.2.4.1.6 IDL octet -> Java byte

Status: partial — octet wird int, nicht byte; die Spalte begründet das mit dem Wertebereich 0..255, den ein signiertes byte nicht hält.

7.2.4.2.1.1 Sequences of Basic Types -> type-specific Interfaces

Status: open — keine BooleanSeq/CharSeq/…-Interfaces; eine Sequenz wird ein Java-Array.

7.2.4.2.1.1 Bounds-Checking auf bounded Sequences

Status: open — es gibt keinen bounded-Sequence-Typ. Ein Java-Array wirft IndexOutOfBoundsException nativ, aber die Spec-Form (begrenzte Sequenz-Interfaces) fehlt.

7.2.4.2.1.2 Sequences of non-Basic Types -> java.util.List

Status: open — eine Sequenz wird ein Java-Array T[], nicht java.util.List<E>.

7.2.4.2.2 IDL string -> java.lang.String + IndexOutOfBoundsException

Status: partial — string wird java.lang.String (im Test als Elementtyp belegt). Die Range-Prüfung fehlt; der Bound wird nicht durchgesetzt.

7.2.4.2.3 IDL wstring -> java.lang.String

Status: partial — wstring und string teilen java.lang.String (UTF-16). Die Range-Prüfung fehlt.

7.2.4.2.4 IDL fixed -> java.math.BigDecimal + ArithmeticException

Status: partial — fixed<P,S> wird java.math.BigDecimal (CORBA 3.3 Teil 3 §1.5.6); der Codec schreibt und liest die Dezimalziffern über Writer.writeFixed und Reader.readFixed. Die Bereichsprüfung wirft WireException.OutOfRange, nicht java.lang.ArithmeticException; das ist der Rest. Log: .agent/REPORT.md.

7.2.4.3.1 IDL struct -> Java public class + Serializable + Bean-Accessoren + Konstruktoren

Status: partial — eine geschachtelte Klasse mit public-Feldern wird erzeugt. Es fehlen implements java.io.Serializable, Accessoren/ Modifier, der All-Values-Konstruktor und der öffentliche Default-Konstruktor.

7.2.4.3.1 Default-Constructor: Members initialisieren

Status: open — es gibt keinen öffentlichen Default-Konstruktor mit dieser Initialisierung. crates/lang-rules/src/default_java.rs liefert einen zd_def_<T>()-Defaulter für den Decoder (DDS-XTypes Tab.9), nicht den Konstruktor der Spec.

7.2.4.3.1 Accessor/Modifier-Naming pro Naming-Scheme

Status: open — es werden keine Accessoren erzeugt.

7.2.4.3.2 IDL union -> Java public final class + Discriminator-Accessor

Status: partial — die Union wird eine Klasse mit _d-Feld und einem public-Feld pro Case. Accessoren/Modifier, der getDiscriminator()-Zugang und die __default()-Formen fehlen.

7.2.4.3.3 IDL enum -> Java public enum + valueOf(int)

Status: partial — die Enumeration wird eine Klasse mit einer Instanz je Enumerator, den Konstanten public static final int _NAME, value() und from_int(int) (CORBA 3.3 Teil 3 §1.5.9); ein Member ist eine Instanz der Klasse. Ein Java-enum und valueOf(int) der Spec fehlen: die Klasse trägt den Wert, den ein enum nicht für Werte hätte, die das IDL des Lesers nicht kennt. Log: .agent/REPORT.md.

7.2.4.3.4 Constructed Recursive Types

Status: partial — Java-Referenzsemantik trägt rekursive Typen, und der Korpus umfasst sie; ein Test, der die Rekursion namentlich hält, fehlt (der Genannte läuft nur mit --include-ignored).

7.2.4.6 IDL typedef -> kein Java-Type; Use replaced; Annotations propagieren

Status: partial — der typedef deklariert nichts und seine Verwendung nimmt den Zieltyp an (Test). Die Propagation von Annotationen auf die Verwendungen fehlt.

7.3 IDL any -> org.omg.type.Any

Status: open — any hat keine Java-Form in dieser Spalte und wird namentlich abgelehnt (crates/lang-rules/src/adapter/java.rs, Test a_construct_with_no_java_data_form_is_named_and_not_left_out), nicht auf einen Any-Typ abgebildet.

7.4 IDL interface -> Java public interface

Status: partial — @service-Interfaces werden public interface mit Methoden und Attribut-Accessoren; die Bindung folgt aber DDS-RPC 1.0 §7.11.2 (kein throws, out/inout in _Out-Typen). Der Basis-Pfad für Nicht-Service-Interfaces fehlt.

7.4.1 IDL exception -> Java class extends RuntimeException

Status: open — die Exception wird eine geschachtelte Datenklasse in Struct-Form (crates/lang-rules/src/adapter/java.rs) und erbt nicht von RuntimeException (die Crate nennt serialVersionUID als Grund); kein Test für die Java-Form.

7.4.2 Interface Forward-Declaration: kein Java-Mapping

Status: open — es gibt keine Java-Forward-Declaration-Behandlung; die Bindung lehnt eine Interface-Forward-Declaration ohne Definition im RPC-Pfad als E002 ab, was nicht dasselbe ist.

7.5 Embedded Type-/Const-/Exception-Decls im Interface-Body

Status: open — eingebettete Deklarationen im Interface-Body werden nicht in den Scope des Java-Interface überführt.

7.6 IDL valuetype -> 2 Java-Klassen (Abstract + concrete)

Status: open — ein valuetype wird wie ein Struct als eine geschachtelte Klasse mit public-Feldern abgebildet (crates/lang-rules/src/adapter/java.rs); die Zweiteilung in Abstract und konkrete Klasse, protected-Member und void-Factory-Methoden fehlen.

7.9 Components Basic -> intermediate IDL

Status: open — keine CCM-Komponenten-Abbildung nach intermediate IDL.

7.10 Homes -> intermediate IDL

Status: open — wie §7.9; keine Home-Abbildung.

7.12 Ports/Connectors -> intermediate IDL

Status: open — wie §7.9; keine Port/Connector-Abbildung.

7.13 Template-Module Instances -> intermediate IDL

Status: open — keine Template-Module-Abbildung.

7.14.1 Struct mit Single Inheritance -> Java extends

Status: open — die Spalte flacht Basis-Member in die abgeleitete Klasse ab (all_members_of, crates/lang-rules/src/adapter/java.rs); ein Java-extends und der Konstruktor mit der Basis-Instanz entstehen nicht.

7.14.2 Union-Discriminator: int8/uint8/wchar/octet zusätzlich erlaubt

Status: partial — der Discriminator wird generisch auf den Java-Typ des Diskriminator-IDL-Typs abgebildet, also auch für octet; ein Test, der einen 8-Bit- oder octet-Discriminator nennt, fehlt.

7.14.3.2 IDL bitset -> Java public class mit Bitfield-Accessoren

Status: partial — das Bitset wird eine Klasse mit einem public-Feld pro Bitfield. Bitfield-Accessoren und die Default-Typ-Regel pro Bitgröße fehlen (Felder sind int).

7.14.3.3 IDL bitmask -> Java enum + java.util.BitSet

Status: partial — die Bitmask wird Konstanten im unsigned Holder ihres @bit_bound (int bzw. long). Ein <Name>Flags-Java-enum und java.util.BitSet fehlen.

7.16.1 IDL @annotation -> Java @interface + Group

Status: open — User-Annotationen werden nicht als Java @interface propagiert.

7.16.2 Single-Instance/Multi-Instance-Anwendung

Status: open — wie §7.16.1; Annotationen erreichen das Java nicht.

7.17.1 General Purpose Tab.7.6

Status: partial — @optional boxt den Member, @value schreibt den Enum-Wert. @id, @position und die Extensibility-Annotationen werden nicht emittiert.

7.17.2 Data Modeling Tab.7.7

Status: open — keine @key-/@must_understand-Marker und keine @default_literal-Behandlung im generierten Java.

7.17.3 Units and Ranges Tab.7.8

Status: open — @default erreicht den zd_def_-Defaulter (crates/lang-rules/src/default_java.rs::member_default), aber nicht den Konstruktor der Spec; die Prüfungen von @range/@min/@max im Setter fehlen; kein Test.

7.17.4 Data Implementation Tab.7.9

Status: partial — @bit_bound wählt den Holder der Bitmask. @external und @nested erreichen das Java nicht.

7.17.6 Interfaces Tab.7.11

Status: partial — @service steuert die RPC-Interface-Erzeugung. @oneway und @ami werden nicht ausgewertet.

8.1.0 @java_mapping-Annotation Definition

Status: open — @java_mapping existiert im Baum nicht.

8.1.1 apply_naming_convention Tab.8.1

Status: open — es gibt keinen Naming-Scheme-Schalter; die Transformationen aus §7.1.1.2.x fehlen.

8.1.2 constants_container-Parameter

Status: open — kein Parameter, kein Constants-Container.

8.1.3 promote_integer_width-Parameter (Tab.8.2)

Status: partial — die Spalte verbreitert unsigned Typen (unbedingt, also der TRUE-Fall), aber es gibt keinen Schalter und damit nicht den Spec-Default FALSE.

8.1.4 string_type-Parameter

Status: partial — es wird immer java.lang.String benutzt; der Parameter fehlt, der Default ist damit erreicht.

A.1 CORBA-Specific Mappings

Status: open — keine IDL4-Java-Annex-A.1-Abbildung. Die CORBA-RMI-Spalte crates/corba-codegen/ implementiert die ältere IDL-to-Java-1.3-Abbildung (formal/2008-01-04) für CORBA, nicht diesen Annex.