| |
Einfahrten Aug. 2000 CORBA/TMN V1.0 JIDM 2-47 2 Merken Sie, daß irgendein gehandhabter Gegenstand als a sich registrieren kann CosEventComm::PushConsumer oder a CosEventComm::PullConsumer in a Remote JIDM::EventPort . Wie in Abschnitt 2,1,9 erklärt, die JIDM::EventPortFinder-Schnittstelle, auf Seite 2 17, die unterschiedlichen Strategien zum Beheben, wie gehandhabtes CORBA schließlich Reportfälle einwendet, können seien eingeführt Sie. Tabelle 2-21 veranschaulicht ein mögliches Drehbuch, in dem CORBA handhatte Gegenstände registrieren sich als PushSuppliers oder PullSuppliers in einem einzelnen Gegenstand (benannt EventReporter das der Reihe nach als PushSupplier registriert wird in einem oder entfernt JIDM::EventPorts . Grundlegende Schritte werden zusammengefaßt, wie folgt: 1. Zur Kreationszeit das EventReporter Gegenstand ruft das find_event_port hervor Betrieb exportiert durch ein JIDM::EventPortFinder Gegenstand zum Finden von Hinweisen dazugehörig mit CosEventChannel::SupplierAdmin Schnittstellen gestützt durch a Remote JIDM::EventPort Gegenstand. Er kann versuchen, Hinweise für zu finden: verschiedenes JIDM::EventPorts , jedes, von dem zu einem Titel gesprungen wird, enthielt in Liste der Bestimmungsörter definiert für das EventReporter Gegenstand. ein einzelnes JIDM::EventPort Grenze zu einer Wildcardadresse (nur gültig, wenn automatisch Fallversenden - aufnahmefähige Managerauflösung wird gestützt). 2. Das JIDM::EventPortFinder Gegenstand verursacht einen Proxy JIDM::EventPort wenden Sie wenn es ein doesn t bestehen in der Einfahrt. Zu der Zeit als es einen Proxy JIDM::EventPort verursacht wenden Sie, es durchführt die notwendigen Ausgangsbetriebe, um den Hinweis auf zu erhalten ein CosEventChannelAdmin::SupplierAdmin wenden Sie dazugehöriges mit dem neuen ein JIDM::EventPort Gegenstand. Das EventReporter Gegenstand registriert sich als CosEventComm::PushSupplier für jeden Bestimmungsort. 3. Das EventReporter Register selbst als CosEventComm::PushConsumer in jede lokale Fallführung, die notwendig ist. 4. CORBA, das gehandhabt wird, wendet Reportfälle ein, indem es die Standardfallmitteilung verwendet Dienstleistungen. 5. Jede Fallmitteilung, die erzeugt wird, wird schließlich durch irgendeine Fallführung empfangen, angeschlossen an das EventReporter Gegenstand. 6. Das EventReporter Gegenstand liefert den Fall an JIDM::EventPort Gegenstände Entsprechen den unterschiedlichen Bestimmungsörtern. 7. Der Proxy verband mit jedem JIDM::EventPort im JIDM-Einfahrtkonstruieren ein passendes Fall-Reportantrag-PDU und sendet sie durch das Management Kommunikationsendpunkt, den er hält. |  |
|
| |
|
|