2-4 MitteilungscService, v1.0.1 August 2002 2 Wegen der Schnittstellenerbschaft, ein Fall eines Gegenstandstützens NCA::EventChannel- Schnittstelle (d.h., ein Fall einer Mitteilungsführung) kann sein verbreitert bis ein, welches das ECA::EventChannel stützt Schnittstelle und ist künftig identisch behandelt zur Version des Fallservices s einer Fallführung. Das Primär Grund für dieses soll rückwärtige Kompatibilität für vorhandene Anwendungen stützen, die verwenden der Fallservice. Ausserdem wird feinkörnigere Anwendungsmigration gestützt wie zutreffend, können Fallservice-Klienten (d.h., Verbraucher und Lieferanten) an anschließen Mitteilungsservice-Fallführung mit einer der folgenden drei Techniken: 1. Verwenden der Betriebe des übernommenen ECA::EventChannel Schnittstelle, instantiate die Fallservice-Version des passenden Admin Schnittstelle (d.h., ConsumerAdmin oder SupplierAdmin ), verwenden es zum instantiate eine Fallservice-Art Proxy- Schnittstelle, schließen dann an diese Schnittstelle an. 2. Beschaffen Sie die passende Mitteilungsservice-Art Admin Schnittstelle. Dann Verwenden Betriebe gestützt durch Erbschaft der Fallservice-Version von analoger Admin schließen Sie, instantiate ein Fallservice-Art- Proxy an schließen Sie an und schließen Sie an diese Schnittstelle an. 3. Benutzen Sie ausschließlich Mitteilungsservice-Artschnittstellen zum instantiate und schließen Sie an an ProxyPushConsumer , ProxyPullConsumer , ProxyPushSupplier oder Schnittstelle ProxyPullSupplier definiert in Modell CosNotifyChannelAdmin. Techniken 1) und 2) oben beschrieben unterscheiden sich nur innen an, was Punkt (das EventChannel oder Admin Schnittstelle), das der Klient anfängt, die Mitteilungsführung als zutreffender Fall zu behandeln Führung. Das Endenresultat beider Techniken ist identisch: ein zutreffender Fallservice-Klient ist angeschlossen an eine zutreffende Fallservice-Artproxyschnittstelle verband mit der Führung. Diese Techniken ermöglichen dem Klienten, die identische Funktionalität zu erzielen, die vorbei gestützt wird die Fallservice-Fallführung: Fälle in Form von unklassifiziertem Anys können an geliefert werden und verbraucht worden von der Führung. Technik 3) ermöglicht einem Fallservice-Klienten, Nutzen aus einigem vom neuen zu ziehen Funktionalität gestützt durch die Mitteilungsführung. Der Hauptunterschied zwischen diesem und die vorhergehenden Techniken ist, daß er einen Fallservice-Klienten ergibt, der angeschlossen wird zu einer Mitteilungsservice-Artproxyschnittstelle. Der Mitteilungsservice-Artproxy Schnittstelle ist zur Entstörung der Fälle fähig, die auf Endbenutzer basieren, lieferte Begrenzungen und Dose auch seien zusammengebaut Sie, um verschiedene Qualitäten des Services zu stützen. So in diesem Fall ein Fall Service-KlientIST in der Lage, Nutzen aus den neuen Eigenschaften zu ziehen, die von Notification gestützt werden. Die vorhergehende Diskussion beschrieb, wie Fallservice-Klienten die Mitteilung verwenden können Service. Die folgenden Unterabschnitte konzentrieren auf die neuen Eigenschaften, die vorbei angeboten werden Mitteilung, die für Klienten vorhanden sind, die eben entwickelt worden sind, um zu verwenden Mitteilung. 2,1,1 Die MitteilungscService-FallcFührungscFabrik Mitteilung Vorfeldwartungsdienst eine gut definierte Fabrikschnittstelle, EventChannelFactory , für das Verursachen der neuen Fälle der Mitteilungsführungen. An Kreationszeit, kann der Klient verschiedenes QoS und administrative Eigenschaften spezifizieren, die werden werden durch die Führung gestützt Sie. Die administrativen Standardeigenschaften, die an eingestellt werden können eine Führung umfassen die Höchstzahl von Fällen, welche die Führung an irgendeiner abdämpft