August 2002 Minimum CORBA: Interoperabilität 1-9 1 1,9,2,7 ImplicitActivationPolicy MinimumCORBA stützt nur das NO_IMPLICIT_ACTIVATION Politik. IMPLICIT_ACTIVATION wird, da es nicht für grundlegenden ORB-Betrieb angefordert wird, ausgelassen und das dynamische programmierenmodell, das es sich stützt, hat nicht-unwesentliche Kosten. Für diese Politik ist minimumCORBA mit dem Rückstellungsversicherungswert in CORBA ausgerichtet. Das CORBA RootPOA hat ein ImplicitActivationPolicy von IMPLICIT_ACTIVATION . Jedoch ist das minimumCORBA RootPOA noch eine Teilmenge vom CORBA RootPOA weil das IMPLICIT_ACTIVATION Einstellung nicht verbieten Sie ausdrückliche Aktivierung und das NO_IMPLICIT_ACTIVATION die Einstellung ermöglicht nur ausdrückliche Aktivierung. Das heißt, ist der ein die Erlaubnis gehabte Aktivierungsmodus in minimumCORBA einer der zwei die Erlaubnis gehabten Aktivierungsmodi von CORBA. 1,10 Interoperabilität Die minimumCORBA-Spezifikation hat die gleichen betreffend Übereinstimmungkriterien Interoperabilität als CORBA (beschrieben im Interoperabilitätsüberblick ORB InteroperabilitätscArchitektur , Errichtende Zwischen-ORB Brücken und Allgemeines Zwischen-ORB Protokoll Kapitel). Die Positionierung der Interoperabilitätsübereinstimmung in Bezug auf CORBA APIs wird in Tabelle 1-2 veranschaulicht. Tabelle 1-2 Bezugspunkte für CORBA-Übereinstimmung In Tabelle 1-2, merken Sie daß der interworking Bezugspunkt (wo CORBA Interoperabilität wird) ist verschieden in der Natur von den programmatischen Bezugspunkten definiert. Das ehemalige ist ein Protokoll, während die letzten der Klient und der Bediener seitliches APIs sind. CORBA Spezifikation bildet nur eine begrenzte Koppelung zwischen den zwei. Z.B. is_a API braucht nicht zu resultieren in _ is_a- Antraganzeige. 1,10,1 Dce-Interoperabilität Der DCE ESIOP, wie im DCE ESIOP definiert Kapitel des CORBA Spezifikation, ist ausgelassen von minimumCORBA. ORB Anwendung ORB Anwendung programmatisch Bezugspunkte interworking Bezugspunkt