| |
2-18 CORBA/TMN, das V1.0 August 2000 Interworking Ist 2 2. CORBA handhatte Gegenstandregister selbst als PushSuppliers oder PullSuppliers in einem einzelnen Gegenstand, dem von dient als irgendeine Art EventChannel (oder NotificationChannel ), das der Reihe nach als a registriert wird PushSupplier oder PullSupplier wie oben beschrieben. Dieses ist besonders nützlich, wenn es mehr gibt als ein JIDM::EventPort Gegenstand und die CORBA gehandhabten Gegenstände brauchen nicht berücksichtigen Sie das spezifische Tor, zu dem Fälle geschickt werden müssen. Tabelle 2-2 Finden von Hinweisen auf JIDM::EventPort-Gegenständen 2,2 ProgrammierencModell Dieser Abschnitt wird als nur Informationen zur Verfügung gestellt und nicht ein normatives Teil von darstellt die Spezifikation. Unterschiedliche Drehbücher werden wo der Gebrauch von dieser Spezifikation beschrieben wird erklärt. Dieses sollte als hochqualifizierter Tutorial auf etwas Potential betrachtet werden Gebräuche von dem JIDM-Modell. Auch etwas mögliche Implementierungswahlen werden besprochen. 2,2,1 ProgrammierencSemantik CORBA-Managerprogramme verursachen und rufen Betriebe auf gehandhabten Gegenständen in hervor die gleiche Weise, die sie Betriebe auf den gewöhnlichen CORBA-Gegenständen verursachen und hervorrufen, die in gelegen sind das gleiche CORBA-Gebiet. Analog empfangen sie die Fälle, die durch gehandhabte Gegenstände geliefert werden als ob sie gewöhnlich waren, wendet CORBA Liefernfälle gegen eine gelegene Fallführung ein im CORBA-Gebiet. Ob dieses wirklich oder nicht geschieht, zu transparent ist CORBA-Managerprogramm. Anwendung A (Managerrolle) title1 JIDM:: EventPort ankommende Fälle (von anderen Managern) CosEventChannelAdmin:: SupplierAdmin JIDM:: EventPortFinder FallcReporter 1. 2. |  |
|
| |
|
|
