| |
3-20 CORBA/TMN, das V1.0 August 2000 Interworking Ist 3 Hervorrufen des Beschlusses Betrieb herausgestellt durch das Ausgangß$+0 CosNaming::NamingContext wenden Sie, CORBA-Manager ein, den Gegenstände CORBA-Gegenstandhinweise auf dem Bestehen erhalten können Mitglieder des OSI gehandhabten Gegenstandgebietes. In einem reinen CORBA-Klima (d.h., Manager und gehandhabte Gegenstandgebiete sind gegründet auf CORBA), das OSIMgmt::ProxyAgent würde gewöhnlich Hinweise auf halten das Ausgangß$+0 CosLifeCycle::FactoryFinder und CosNaming::NamingContext Gegenstände gelegen am Gebiet OSI, das erreicht wird (siehe Tabelle 3 2). Ob diese zwei Schnittstellen werden durch den gleichen CORBA-Gegenstand oder unterschiedlichen CORBA-Gegenstände an exportiert Gebiet ist eine Implementierungsausgabe. Tabelle 3-2 OSIMgmt::ProxyAgents in einem CORBA-Klima Sobald ein CORBA-Managergegenstand einen CORBA-Gegenstandhinweis erhält, der mit dazugehörig ist OSI gehandhabter Gegenstand, kann er die Betriebe hervorrufen, die durch den Gegenstand herausgestellt werden. Er tut so vorbei mit den Standard-ORB-Dienstleistungen definierte in CORBA den allgemeinen Gegenstandantrag Vermittler: Architektur und Spezifikation: die dynamische Anforderungschnittstelle (DII) oder IDL-Stummel erzeugt von den Definitionen in OMG IDL der Schnittstellen exportiert durch Gegenstand, dem erzeugt worden sein konnte von den GDMO-Definitionen entsprechend XoJIDM (sehen Sie Anhang A, Hinweise). spezifisch Management Schnittstelle Gehandhabtes GegenstandcGebiet (MittelcAnwendung) title4 CosNaming:: NamingContext CosLifeCycle:: FactoryFinder Managergegenstand OSIMgmt:: ProxyAgent |  |
|
| |
|
|
