1-2 MitteilungscService, v1.0.1 August 2002 1 Der Mitteilungsservice definierte hier Versuche, die ganze Semantik zu konservieren spezifiziert für den OMG-Fallservice, lassend Interoperabilität zwischen grundlegendem zu Fallservice-Klienten und Mitteilungsservice-Klienten. Besohlen, der OMG-Fall Asynchroner Austausch der Vorfeldwartungsdienste der Fallanzeigen zwischen Klienten. Der Fall Halten Sie vorstellt Fallführungen instand welche Vermittlerfallanzeigen, Falllieferanten welches liefern Sie Fallanzeigen und Fallverbraucher welche Fallanzeigen verbrauchen. Die Abbildung folgend stellt eine logische Ansicht der Fallführung bildlich dar definiert durch das OMG Fallservice, seine IDL-definierten Schnittstellen zeigend. Tabelle 1-1 Architektur der unklassifizierten OMG-Fallführung Die IDL-Modulnamen der Schnittstellen, die durch den OMG-Fallservice definiert werden, sind abgekürzt im oben genannten Diagramm. ECA steht für CosEventChannelAdmin während EC steht für CosEventComm . * nahe bei einem Schnittstellennamen bezeichnet die Tatsache daß jede Führung eins oder mehr jedes Proxy stützen kann Schnittstelle, entsprechend das Bestehen von einem oder von mehr verbundene Lieferanten und/oder Verbraucher. Fälle fließen von Lieferanten zu den Verbrauchern, wie durch den Pfeil auf der Unterseite der Abbildung bildlich dargestellt. Merken Sie das diese Abbildung stellt das unklassifizierte bildlich dar Fallführung definiert durch den OMG-Fallservice. A geschriebene Version besteht auch, die ähnliche Architektur hat, mit zusätzlichen Schnittstellen definiert, um geschriebene Fallkommunikation anzufassen. Zwei ernste Beschränkungen der Fallführung, die durch den OMG-Fallservice definiert wird, sind daß er keine filternfähigkeit des Falls und keine Fähigkeit stützt zusammengebaut zu werden, um sich zu stützen unterschiedliche Qualitäten des Services. So von dem die Wahl Verbraucher an a anschloß Führung empfangen, die Fälle, zusammen mit der Liefergarantie, die zu jedem gebildet wird Lieferant, ist in die Implementierung der Führung fest verdrahtet. Der Meiste FallcService Implementierungen liefern alle Fälle, die zu einer bestimmten Führung an alle Verbraucher geschickt werden angeschlossen an diese Führung auf einer Gutbemühungsgrundlage. Ein Primärziel des Mitteilungsservices, der hier definiert wird, ist, den Fallservice zu erhöhen durch das Vorstellen der Konzepte der Entstörung und der Flexibililtät entsprechend verschiedenem Qualität der Service-Anforderungen. Klienten des Mitteilungsservices können zu unterzeichnen spezifische Fälle des Interesses, indem sie Filter verbinden, wendet mit den Proxies ein, durch die die Klienten verständigen mit Fallführungen. Diese Filtergegenstände kapseln ein ECA::ConsumerAdmin ECA::SupplierAdmin ECA::ProxyPushConsumer * ECA::ProxyPullConsumer * ECA::ProxyPushSupplier * ECA::ProxyPullSupplier * EC::PushConsumer * EC::PullConsumer * ECA::EventChannel EC::PushSupplier * EC::PullSupplier * FallcService FallcFührung Richtung des Falflusses