August 2002 IDL zum Javadiagramm: Einleitung 1-3 1 1. Mißbilligte Methoden - Implementierungen sind nicht für diese Methoden vorgeschrieben. Sie werden offenbar mit einer javadocanmerkung gekennzeichnet. 2. Die nicht abstrakten Methoden (nicht mißbilligt) - die seit dem Java hinzugefügt worden sind das Sprachdiagramm wurde zuerst genehmigt. Binäre Kompatibilität beibehalten, diese Methoden sind nicht definiertes so abstraktes, aber wie konkret und Throw org.omg.CORBA.NO_IMPLEMENT . Anpassende Implementierungen laufen über diese Methoden zum Bereitstellen der spezifizierten Semantik. 3. In bestimmten seltenen Fällen muß der tatsächliche Körper einer Methode von einem Verkäufer ersetzt werden spezifische Implementierung. Diese Fälle werden offenbar in dieser Spezifikation gekennzeichnet und durch Anmerkungen im org.omg. * Pakete. In den verschiedenen Plätzen die Darstellung {... } wird verwendet, wenn man Javacode beschreibt. Dieses zeigt an daß konkreter Javacode für den Methodenkörper erzeugt wird und daß die Methode ist Beton, nicht Auszug. Normalerweise ist der erzeugte Code zu einem bestimmten Verkäufer spezifisch s Implementierung und ist zu ihrer Implementierung intern. 1,1,1 org.omg. * Pakete Das Javasprachdiagramm ist- nach der Spezifikation eines Satzes von in hohem Grade abhängig Standardjavapakete enthalten in org.omg. * . Der komplette und genaue Inhalt (die Javaquellen) von allen Teilen des Javadiagramms, das nicht abgebildetes Verwenden sein kann die Richtlinien für das Diagramm von IDL zu Java werden in einer dazugehörigen Reißverschlußakte spezifiziert, die ist vorhanden auf dem OMG allgemeiner Bediener s als Dokument ptc/2001 - 06 - 05 ptc/2002-01-02 . Dieses umfaßt Javakategorien für alles PIDL, gebürtigen Arten und ORB-Beweglichkeit Schnittstellen. Die Reißverschlußakte ist die endgültige Aussage über den genauen Inhalt der Pakete. Während jeder Versuch ist zu versichern gebildet worden, daß der Text, der in diesem Dokument enthalten wird, ist genau, kann es etwas kleine Diskrepanzen geben. Die Reißverschlußakte ist das maßgebende Aussage über die Spezifikation, weil sie den tatsächlichen Javacode enthält. Es ist wahrscheinlich, daß OMG-Spezifikationen, die zukünftig angenommen werden, Änderungen vornehmen können zu diesen Paketen (z.B., eine Methode dem ORB hinzufügen). Obacht muß angewendet werden, um das sicherzugehen solche Zukunftänderungen brechen nicht binäre Kompatibilität mit vorhergehenden Versionen. 1,1,1,1 Zulässige Änderungen Anpassende Implementierungen können nicht nichts von den Definitionen hinzufügen oder subtrahieren enthalten im org.omg. * Pakete schließen aus, wie folgt: Verkäufer-spezifische Implementierungen des ¥ für die initmethoden von org.omg.CORBA.ORB muß geliefert werden. Da diese Methoden statisch sind, können sie nicht durch überlaufen werden Verkäufer-spezifisches ORB Unterklasse, aber muß im org.omg.CORBA.ORB zur Verfügung gestellt werden Kategorie selbst. ¥ die Hinzufügung von javadoc Anmerkungen für das Dokumentieren von ORB APIs. Abbau von spezifiziertes javadoc Anmerkungen, kommentiert insbesondere Markierungscode, wie mißbilligt, ist verboten. ¥ die Namen der Formalparameter für Methoden, für die die gesamte Implementierung ist zur Verfügung gestellt durch den Verkäufer.