April 2002 Omg-mof, v1.4: Schreiben Sie ManagementcDrehbücher 1-5 1 IR Schnittstellen werden ziemlich gut zum Read-only-Zugang, dort ist kein Standardupdate abgestimmt schließen Sie und keine Weise, die Schnittstellendefinitionen in IR mit relevantem anderem zu vergrößern an Informationen, wie Verhaltenssemantik. Ein einfaches MOF-gegründetes Entwicklungsklima gegeben (wie oben beschrieben), wurde sie seien Sie einfach, das implizierte Informationsmodell für CORBA IDL mit einer Darstellung zu beschreiben für das MOF-Modell. Das resultierende Modell CORBA IDL konnte in dann übersetzt werden das IDL für einen MOF-gegründeten Wiedereinbau für das CORBA IR. Während dieser Wiedereinbau IR seien Sie nicht aufwärts mit vorhandenen IR, die Tatsache kompatibel, daß es MOF-gegründet wurde würde eine Anzahl von Vorteilen zur Verfügung stellen. MOF-gegründete IR wurde: ¥- Stützupdateschnittstellen. ¥ ist in der Richtung ausdehnbar, daß es durchführbar sein würde, das CORBA IDL zu verlängern vorbildliche Spezifikation durch (MOF-Modell) Aufbau und -erbschaft. Diese Fähigkeit würde glatt dem Weg für zukünftige Verlängerungen zum CORBA-Gegenstandmodell helfen. ¥ bilden es einfacher, mehrfache IR Fälle zu einem Bündnis zu vereingigen und Verbindungen darzustellen zwischen CORBA-Schnittstellenarten und anderen Arten Artinformationen. ¥ umfassen automatisch Verbindungen zu seinem eigenen ausgedrückten Verwenden der Metainformationen Definition MOF-Metagegenstände. Andere Anwärter für Gebrauch von MOF-gegründeter Technologie unter vorhandenem und bevorstehendem Infrastrukturdienstleistungen umfassen: ¥- Händler: Der CORBA-Händler, den Service eine Datenbank "des Services beibehält, bietet" von an Services in einem CORBA-based verteilten Klima. Diese Angebote dazugehörig halten Sie Arten instand, die das dargestellte Verwenden sind CosTradingRepos::ServiceTypeRepository- Schnittstelle. (a-Händlerservice-Art ist ein Tuple, der aus einem Artnamen, einer Schnittstellenart und einem Satz der genannten Eigenschaft besteht Arten. Service-Arten können als Formationsglieder anderer Service-Arten definiert werden.), ¥- Mitteilung: Mindestens eine Ausgangsunterordnung für den bevorstehenden Mitteilungsservice umfaßt den Begriff einer Fallart. (eine Fallart ist ein Tuple, der aus einer Art besteht Name, ein Satz genannte Eigenschaftsarten und ein Satz supertypes.) In beiden Fällen würde ein MOF-gegründeter Artbehälter die verzeichneten Vorteile haben vorher für den MOF-gegründeten Implementierungsbehälter. Zur Zukunft schauen, gibt es eine Anzahl von anderem möglichem Gebrauch für MOF-gegründete Art Behälter in den Infrastrukturdienstleistungen. Z.B.: ¥- Service-Schnittstellenbrücken: Da CORBA reift und es großräumige Entwicklung gibt als Teil der Unternehmen-breiten rechnenden Infrastrukturer wird sie in zunehmendem Maße notwendig, mit Gegenständen des Vermächtnises CORBA fertig zu werden; das heißt, mit Gegenständen, die zur Verfügung stellen oder benutzen Sie veraltete Service-Schnittstellen. In den Situationen wo statisch entfalteter Gegenstand Verpackungen sind nicht eine gute Lösung, eine Alternative soll einen ORB-Niveauservice zur Verfügung stellen das kann eine Schnittstellenbrücke zwischen inkompatiblen Schnittstellen zur Bindungszeit einsetzen. Solch ein Service würde von den Arten abhängen, die die vorhandenen Brücken und beschreiben Einheiten benutzt zum instantiate sie. komplizierte Schwergängigkeiten des ¥: Rm-odp stützt die diese Idee Schwergängigkeiten zwischen Gegenständen in a verteiltes Klima kann als einfaches RPC, Strom weites komplizierteres sein oder multicast-Protokolle. Rm-odp definiert den Begriff eines bindenen Mit.einbeziehens des Multibeteiligten