CORBA/TMN v1.0 Programmierender Vorbildlicher Aug. 2000 3-49 3 2. Der CORBA-Managergegenstand ruft die find_factories hervor Betrieb herausgestellt durch Ausgangß$+0 CosLifeCycle::FactoryFinder Gegenstand. Infolgedessen ein Hinweis auf a gehandhabte Gegenstandfabrik wird erreicht und zum CORBA-Managergegenstand das zurückgebracht verlangt worden ihm. 3. Der CORBA-Managergegenstand ruft einen verwendbaren Betrieb auf dem gehandhabten Gegenstand hervor Fabrik, den CORBA-Gegenstandhinweis verwendend vorher erhalten. Gewöhnlich CORBA-Manager verengt diesen Hinweis auf einem weithin bekannten gehandhabten Gegenstand Fabrikschnittstelle (sehen Sie Abschnitt 3,1,2, die OSIMgmt::ProxyAgent-Schnittstelle, an paginieren Sie 3-17) . 4. Die gehandhabte Gegenstandfabrik verursacht den CORBA gehandhabten Gegenstand und erreicht a Hinweis infolgedessen. 5. Die gehandhabte Gegenstandfabrik bindet den erhaltenen Hinweis mit einem Namen im lokalen Wurzel CosNaming::NamingContext Gegenstand. 6. Die gehandhabte Gegenstandfabrik teilt den überlegenen gehandhabten Gegenstand mit, der ein neues Untergebener ist hergestellt worden. 7. Schließlich wenn alles ganz recht ist, bringt die gehandhabte Gegenstandfabrik einen Hinweis auf zurück der CORBA-Managergegenstand. Andernfalls bringt er eine Ausnahme zurück. Jeder überlegene gehandhabte Gegenstand hält einen Hinweis auf jedem gehandhabten Gegenstand, der a ist Untergebener von ihm. Das ist, warum ein überlegener gehandhabter Gegenstand ungefähr mitgeteilt werden muß Kreation der Untergebener gehandhabten Gegenstände. Überlegene gehandhabte Gegenstände müssen halten Hinweise auf unterstellten gehandhabten Gegenständen zwecks Scoping und die Entstörung wie anfassen gut hinsichtlich der Handgriffauslassungen. Unterschiedliche Implementierungsannäherungen sind für Schritt 5 möglich: Das CosLifeCycle::Factory führen Sie die angeforderten Tätigkeiten durch, um Initialisierung von zu erlauben der Gegenstand, wenn sie zuerst aktiviert wird. Das CosLifeCycle::Factory ruft einen Initialisierungsbetrieb hervor, der durch herausgestellt wird Gegenstand. (die Arbeitsgruppe XoJIDM sollte sich besprechen, wenn dieser Betrieb erfordert, um zu sein spezifiziert im Standard OSIMgmt::ManagedObject Schnittstelle.) Unterschiedliche Implementierungsannäherungen sind auch für Schritt 6 möglich: Jeder gehandhabte Gegenstand exportiert das CosNaming::NamingContext Schnittstelle und hält Namensschwergängigkeiten dazugehörig zu seinen Untergebenen (Anmerkung, der dieses das andeuten würde die Struktur des CORBA, das Baum nennt, würde mit dem Namengeben OSI gleichwertig sein Baum (d.h., stützen gehandhabte Gegenstände den Beschluß Betrieb und zieht die t-Erhöhung an CannotProceed Ausnahme). Die Struktur des CORBA, das Baumdoesn t nennt, bringen die Struktur der OSI zusammen Namengeben des Baums. Z.B. ist er normaler und vermeidet tiefe Verschachtelung (Anmerkung die dieses Annäherung deutet an, daß gehandhabte Gegenstände den Beschluß stützen Betrieb aber kann anheben das CannotProceed Ausnahme). und schließlich für Schritt 7 sind die folgenden Implementierungsannäherungen auch gültig: Lassen Sie den Fabrikgegenstand mit dem Vorgesetzten des neuen gehandhabten Gegenstandes übereinstimmen (Anmerkung daß dieses eine freie Optimierung andeutet).