| |
CORBA/TMN V1.0 Programmierender Vorbildlicher Aug. 2000 2-25 2 3. Der CORBA-Managergegenstand ruft einen Betrieb auf dem gehandhabten Gegenstandverwenden hervor CORBA-Gegenstandhinweis vorher erhalten. IDL-Stummel oder das Standard-DII können sein verwendet für das Tun dies. Wenn IDL-Stummel benutzt werden, muß der CORBA-Managergegenstand verengen der Hinweis auf einer spezifischen Schnittstelle OMG IDL. 2,2,4 Aufnahme von Fällen an den CORBA-Managern Die unterschiedlichen Strategien zum Beheben, wie CORBA-Manager schließlich einwendet, verbrauchen Fälle kann eingeführt werden und umfassen aber nicht, begrenzt werden: Die CORBA-Managergegenstände, die für das Durchführen des Managements verantwortlich sind, arbeitet direkt Register selbst wie PushConsumers oder PullConsumers an jedem lokalen JIDM::EventPort . CORBA-Managergegenstände verantwortlich für das Durchführen des Managementfunktionsregisters selbst als PushConsumers oder PullConsumers in einem einzelnen EventChannel . Die Fallkanalregister selbst als PushConsumer oder PullConsumer in jedes lokale JIDM::EventPort . Dieses ist besonders nützlich, wenn es mehr als gibt ein JIDM::EventPort Gegenstand und die CORBA-Managergegenstände brauchen nicht unterscheiden Sie durch, welche spezifische Portfälle empfangen wurden. Tabelle 2-5 Fallaufnahme an den CORBA-Managern EsIST wert, zu beachten, daß einige Vorteile vom Definieren abgeleitet werden JIDM::EventPort Gegenstände als habend CosEventChannelAdmin::SupplierAdmin Gegenstände, von denen einige sind: Irgendein EventChannel die Implementierung, die von jedem möglichem Software-Anbieter geliefert wird, kann verwendet werden Fälle von einem Mittel empfangen. Anwendung A (Managerrolle) title1 JIDM:: EventPort ankommende Fälle (von anderen Managern) ankommende Fälle (von den Mitteln) |  |
|
| |
|
|
