September 2003 Java zum IDL-Diagramm: Das IDL-Diagramm 1-23 1 // Java Paket alpha.bravo; allgemeine Kategorie Charlie führt java.io.Serializable ein { allgemeines omega.Dolphin-fins[ ]; } würde die folgende Definition OMG IDL ergeben: // IDL # __ des ifndef__ org_omg_boxedRMI_omega_seq1_Dolphin # definieren Sie __ des __ org_omg_boxedRMI_omega_seq1_Dolphin Modulorg { Modulomg { ModulboxedRMI { Modul Omega { valuetype seq1_Dolphin sequence<::omega::Dolphin >; # Pragma Identifikation seq1_Dolphin "RMI:[Lomega.Dolphin;:ABCDEF0123456789:01ABCDEF23456789" }; }; }; }; # endif Modulalpha { Modulbravo { valuetype Charlie { allgemeine::org::omg::boxedRMI::omega::seq1_Dolphin-Flossen; }; # Pragma Identifikation Charlie "RMI:alpha.bravo.Charlie:0123456789ABCDEF:ABCDEF9876543210" }; }; 1,3,7 Diagramm von RMI-/idlcAusnahmen OMG IDL erlaubt nicht das Subclassing der Ausnahmearten. Durch Kontrast Java Programmierer neigen, den schweren Gebrauch von der Ausnahme subclassing und die Javaart zu bilden System wird benutzt, um unterschiedliche Aromen von Ausnahmen zu laufen gelassener Zeit zu unterscheiden. Es ist sehr Common, damit eine Javaschnittstelle es aufwirft eine ziemlich generische Ausnahme sagt (wie java.io.IOException ) aber, damit Implementierungen spezifischere Formationsglieder werfen (wie java.io.InterruptedIOException und für die Klienten zum Benutzen des Java instanceof Operator zum Überprüfen auf spezifische Formationsglieder. Zusätzlich RMI/IDL Ausnahmen können als normale Wertarten geführt werden, während Ausnahmen OMG IDL können nur seien in den Erhöhungen verwendet Sie Klauseln. Diese Fehlanpassung der Ausnahmearten bildet das Diagramm von den RMI-/idlausnahmearten zu OMG IDL problematisch.