2-2 MitteilungscService, v1.0.1 August 2002 2 Grundregel führen zu die Spezifikation der Mitteilungsservice-Schnittstellen, die genannt werden ähnlich zu entsprechenden Fallservice-Schnittstellen und die neue Betriebe definieren diese Konserve das semantische Verhalten der Fallservice-Betriebe deren Funktionalität werden sie zum embellish beabsichtigt. Der Mitteilungsservice, der hier definiert wird, stützt die ganze von und von Funktionalität gestützt durch den OMG-Fallservice. Tatsächlich eine Implementierung der Mitteilung Der Service, der hier definiert wird, kann für das Zusammenfassen einer Implementierung des Falls gehalten werden Service. Der Mitteilungsservice jedoch stützt auch neue Eigenschaften, die sind eingeführt, durch die Schnittstellen direkt verlängern definiert durch den Fallservice. Beide ursprüngliche Fallservice-Schnittstellen und diese neuen ausgedehnten Schnittstellen spezifisch zu Mitteilung, werden zugänglich für Mitteilungsservice-Klienten gemacht, um zu konservieren rückwärtige Kompatibilität. Die allgemeine Architektur des Mitteilungsservices wird in Tabelle 2-1 bildlich dargestellt. Noch einmal sind die IDL-Modulnamen der Schnittstellen, die durch den Service definiert werden abgekürzt im Diagramm. Das folgende ist ein Schlüssel zu den verwendeten Abkürzungen: ¥- EC - CosEventComm ¥ ECA - CosEventChannelAdmin ¥ Nc - CosNotifyComm ¥ NCA - CosNotifyChannelAdmin Wie in Tabelle 1-1 auf der Seite 1-2, * nahe bei einem Schnittstellennamen bezeichnet die Tatsache das es kann die mehrfachen Gegenstandfälle geben, die diese Schnittstelle in einer gegebenen Führung stützen. Merken Sie daß zusätzlich zum Stützen der mehrfachen Fälle jeder Proxyschnittstelle, jede Mitteilungsservice-Fallführung kann mehrfache Fälle von auch stützen ConsumerAdmin und Schnittstellen SupplierAdmin definiert in Modul CosNotifyChannelAdmin. Der Grund für dieses wird kurz dargelegt. Merken Sie auch, daß diese Abbildung die generische Mitteilungsservice-Fallführung bildlich darstellt. Wie mit dem Fallservice besteht eine geschriebene Version auch, die ähnliche Architektur hat, mit zusätzliche Schnittstellen zum Anfassen der geschriebenen Kommunikation. Geschrieben MitteilungscService Fallführung wird auch kurz beschrieben. Wie auf Seite 2-3 bildlich dargestellt, ein Fall der Mitteilungsservice-Fallführung (künftig bezogen als die Mitteilungsführung stützt logisch die ganze Schnittstellen gestützt durch die Fallservice-Fallführung. In vielen Fällen der Service Unterstützungen zwei Methoden für das Erreichen des Zuganges zur Fallservice-Version einer Einzelheit Schnittstelle: 1. Da die Mitteilungsservice-Version einer bestimmten Schnittstelle von übernimmt Fallservice-Äquivalent der gleichen Schnittstelle, ein Fall vom ehemaligen kann sein verbreitert zu einem Fall vom letzten. Beispiele von diesem sind das EventChannel ConsumerAdmin und Schnittstellen SupplierAdmin. 2. Die Fabrikbetriebe durch gestützt durch eine Mitteilungsservice-Schnittstelle Erbschaft von der gleichwertigen Fallservice-Schnittstelle kann hervorgerufen werden, um a zu verursachen zutreffende Fallservice-Version einer bestimmten Schnittstelle. Beispiele des Fallservices Schnittstellen, die sein können, instantiated auf diese Art sind das ConsumerAdmin SupplierAdmin und alle Proxy- Schnittstellen gestützt durch den Fallservice.