August 2002 MitteilungscService, v1.0.1: CosTypedNotifyChannelAdmin 3-87 3 das PullSupplier Schnittstelle definiert im CosEventComm Modul, ein Fall Stützen des TypedProxyPullSupplier Schnittstelle stützt den Standardzug und try_pull- Betriebe, mit denen sie unklassifizierte Fälle liefern kann und der Betrieb erfordert, um das TypedProxyPullSupplier zu trennen von seinem dazugehörigen Verbraucher. In Hinzufügung, da das übernommene TypedPullSupplier Schnittstelle übernimmt CosNotifyComm::NotifySubscribe- Schnittstelle, ein Fallstützen Schnittstelle TypedProxyPullSupplier kann informiert sein, wann immer die Liste des Falls schreibt daß der Verbraucher, der an ihn angeschlossen wird, interessiert ist, an zu empfangen, ändert. Schließlich das TypedProxyPullSupplier Schnittstelle definiert den Betrieb, der sein kann hervorgerufen durch einen Zugverbraucher, um den Anschlußover herzustellen der der Zugverbraucher empfängt Fälle von der Führung. Merken Sie, daß dieses irgendein ein reinen Fallservice sein kann Art oder ein Mitteilungsservice-Artzugverbraucher. connect_typed_pull_consumer 3,6,2,1 Das connect_typed_pull_consumer Betrieb nimmt als Eingangsparameter an Hinweis auf einem Gegenstand, der das PullConsumer stützt Schnittstelle definiert innerhalb Modul CosEventComm. Dieser Hinweis ist der eines Verbrauchers, der plant zu ziehen geschriebene Fälle von der Führung, mit der der Zielgegenstand dazugehörig ist. Dieses Betrieb wird folglich hervorgerufen, um einen Anschluß zwischen einer Ziehenart herzustellen Verbraucher der geschriebenen Fälle und die Mitteilungsführung. Sobald hergestellt, der Verbraucher kann fortfahren, Fälle von der Führung indem das Hervorrufen des Fallartbesonderen zu empfangen operation(s) gestützt durch das Ziel TypedProxyPullSupplier Fall. Wenn das Ziel Gegenstand dieses Betriebes wird bereits an einen Zugverbrauchergegenstand angeschlossen, Ausnahme AlreadyConnected wird angehoben. Merken Sie das, da es keinen Unterschied zwischen den Schnittstellen der Verbraucher von unklassifiziertem gibt und geschriebene Fälle, würde es genügt haben, das TypedProxyPullSupplier zu haben schließen Sie an, um vom ProxyPullSupplier zu übernehmen schließen Sie definiert in an Modul CosNotifyChannelAdmin und ein unterschiedliches nicht zu definieren schließen Methode an für Ziehenartverbraucher der geschriebenen Fälle. Es war Filz jedoch der ausdrücklich definierend dieser Betrieb bildet das Verbrauchmodell vom TypedProxyPullSupplier Schnittstelle intuitiver. Merken Sie auch das weil das PullConsumer schließen Sie definiert im CosNotifyComm an Modul übernimmt vom PullConsumer Schnittstelle definiert im CosEventComm Modul, der Eingangsparameter zu diesem Betrieb konnte irgendein ein reine Fallservice-Art sein, oder ein Mitteilungsservice-Artzugverbraucher. Der einzige Unterschied zwischen den zwei sind daß das letzte auch das NotifyPublish stützt schließen Sie an und kann das Ziel von folglich sein offer_change- Anforderungen. Die Implementierung von TypedProxyPullSupplier Schnittstelle sollte versuchen, den Eingangsparameter zu zu verengen CosNotifyComm::PullConsumer zwecks welche Art des Zuges feststellen Verbraucher schließt an ihn an.