CORBA/TMN V1.0 Programmierender Vorbildlicher Aug. 2000 2-21 2 //, das, das gewöhnlich zu einer spezifischen Schnittstelle verengt wird obj = my_factory - > create_object (...); my_printer = Printing::ManagedPrinter::_narrow (obj); Wie im Beispiel gezeigt, verursachen CORBA-Manager gehandhabte Gegenstände (gehandhabt Drucker im Beispiel) in der gleichen Weise verursachen sie CORBA-Gegenstände im lokalen ORB Gebiet. Das heißt, mittels des Verwendens von Standard CosLifeCycle Dienstleistungen. Ob dieses wirklich geschieht oder nicht hängt davon ab, wie das Entsprechen Gegenstandgebiet handhatte wird erreicht: durch ein oder mehrere schielten ORBs (d.h., direkt durch CORBA) zusammen oder durch eine JIDM-Einfahrt (eine CORBA-/cmipeinfahrt, z.B.). Tabelle 2-3 veranschaulicht, wie CORBA-Managergegenstände einen neuen gehandhabten Gegenstand verursachen in einem reinen CORBA-Klima. Tabelle 2-3 Betriebe auf einem gehandhabten Gegenstand direkt durch CORBA hervorrufen Das JIDM::ProxyAgent verursacht resultierend aus dem Herstellen eines Lernabschnittes mit einem CORBA gehandhabtes Gegenstandgebiet würde gewöhnlich Hinweise auf der Wurzel halten CosNaming::NamingContext Gegenstand und CosLifeCycle::FactoryFinder Gegenstand innen das Gebiet. Diese Schritte werden gefolgt: 1. Der CORBA-Manager ruft das get_domain_factory_finder hervor Betrieb herausgestellt durch das JIDM::ProxyAgent Gegenstand. Infolgedessen ein Hinweis auf der Initiale CosLifeCycle::FactoryFinder im Gebiet, das erreicht wird, wird zurückgegangen. JIDM:: ProxyAgent spezifisch gehandhabter Gegenstand Fabrikschnittstelle Gehandhabtes GegenstandcGebiet (MittelcAnwendung) title4 Gehandhabter Gegenstand Fabrik CosLifeCycle:: FactoryFinder Managergegenstand 1. 2. 3. 4. CosNaming:: NamingContext