CORBA/TMN V1.0 Das JIDM-Modul Aug. 2000 2-7 2 die Schnittstelle, die durch den zu verursachenden Gegenstand exportiert wird und die tatsächliche Schnittstelle der Fabrik, die sie für das Verursachen des neuen Gegenstandes benutzen möchte (unter den möglichen Arten der Fabriken, die die Gegenstände verursachen können, die so exportieren Schnittstelle). In jedem möglichem Fall sollte das Resultat des Führens einiger Schlüsselwerte als das logische gedeutet werden und von den Bedingungen dazugehörig zu jedem der Schlüssel. In bezug auf Kreation der gehandhabten Gegenstände,IST es wert, Service dieses JIDM zu beachten stellen Sie einen generischen Rahmen zur Verfügung, der es erfordert, für jedes spezialisiert zu werden spezifische Systeme ManagementcBezugscModell. Solche Spezialisierung deutet exakte Definition von an: Der vollständige Raum der Schlüssel, die für das Finden der Fabriken gültig sind. Der Raum für Schlüssel und Kriterien, die als Argumente zu geführt werden können create_object Betrieb vorbei herausgestellt worden CosLifeCycle::GenericFactory Gegenstände. Andere Arten Schnittstellen, die besser zum spezifischen Systemmanagement entsprochen werden Bezugsmodell, das betrachtet wird (zum Beispiel, OSIMgmt::ManagedObjectFactory- Schnittstelle oder -schnittstellen erzeugt vom Namen bindene GDMO-Schablonen im Systemmanagementbezugsmodell OSI). 2,1,2,2 Der get_domain_naming_contextbetrieb Ein CORBA-Managergegenstand kann CORBA-Gegenstandhinweise auf Mitgliedern von a erhalten gehandhabtes Gegenstandgebiet resultierend aus dem Hervorrufen des Beschlusses Betrieb herausgestellt durch Ausgangß$+0 CosNaming::NamingContext Gegenstand im Gebiet. Der Beschluß Betrieb kann auch verwendet werden, Hinweise auf CosNaming::NamingContext zu erhalten wendet anderes ein als das Ausgangß$+0 CosNaming::NamingContext Gegenstand. get_domain_naming_context Betrieb erhält einen Hinweis von der Initiale CosNaming::NamingContext wenden Sie im Gebiet ein, das durch gegeben erreicht wird JIDM::ProxyAgent Gegenstand. Das Design teilt keine Semantik oder Deutung der Namen selbst zu. Weil die Struktur von Namen muß für allen Systemmanagementhinweis allgemein sein Modelle, die Struktur der Namen definiert im StandardService CosNaming Spezifikation ist angenommen worden. Die tatsächliche Semantik oder die Deutung von Namen ist bis das spezifische Systemmanagementbezugsmodell, das verwendet wird. CORBA-Service definiert für ein gegebenes Bezugsmodell umfaßt gewöhnlich Definition der Bibliothek Schnittstellen, Aufbau von Namen in CORBA ermöglichend, das Service-Form nennt (CosNaming::Names Tabelle 2-2 beschreibt die Ausnahmen, die durch den Beschluß angehoben werden Betrieb. Merken Sie daß dieses Beschreibung stimmt mit der Beschreibung überein, die innen für den StandardService CosNaming gegeben wird der nennenservice Spezifikation.