| |
2-46 CORBA/TMN, das V1.0 August 2000 Interworking Ist 2 2. Das JIDM::ProxyAgent Gegenstand findet einen CORBA-Gegenstandhinweis auf dem Ziel gehandhabter Gegenstand durch das Hervorrufen des Beschlußbetriebes exportiert durch ein lokales NamingContext Gegenstand. Der Name des Ziel gehandhabten Gegenstandes wird in geführt Anforderung, sobald sie zur IDL-Form übersetzt wird. 3. Das JIDM::ProxyAgent Gegenstand ruft den passenden Betrieb auf gehandhabt hervor Gegenstand. In einer dynamischen JIDM-Einfahrt kann dieses vollendet werden, indem man verwendet Dynamische Anforderung API stellte durch das lokale ORB zur Verfügung. 4. Wenn der Managementbetrieb hervorgerufen durch das JIDM::ProxyAgent Gegenstandrückkehr (oder, wenn eine Ausnahme angehoben wird), das JIDM::ProxyAgent Gegenstandkonstruieren und sendet eine passende PDU-Antwort zur Remotemanageranwendung. Tabelle 2-20 Anforderung von Betrieben auf einzelnen gehandhabten Gegenständen 2,3,2,5 Fallbericht Die Betriebe verwenden exportiert von JIDM::EventPortFinder Gegenstände gelegen an einem JIDM Einfahrt, CORBA gehandhabte GegenständeSIND in der Lage, Hinweise auf mehreren zu finden CosEventChannelAdmin::SupplierAdmin Gegenstände, von denen jeder auf a zeigt JIDM::EventPort dazugehörig mit Remotemanagern. Ein gehandhabter Gegenstand berichtet Fällen einen Bestimmungsort (AE-Titel) indem er als Lieferant registriert im entsprechenden JIDM::EventPort (über den Standard CosEventChannelAdmin::SupplierAdmin Schnittstelle ging durch a zurück JIDM::EventPortFinder Gegenstand) und dann Liefernfälle zu dieser Führung. CMIP Anzeige JIDM:: ProxyAgent Einfahrt CosNaming:: NamingContext 1. 2. 3. CORBA::Object 4. |  |
|
| |
|
|
