August 2002 MitteilungscService, v1.0.1: Das Modul CosNotifyComm 3-37 3 3,3,13 Die Schnittstelle SequencePullSupplier Das SequencePullSupplier Schnittstelle stützt Betriebe, denen Lieferanten zu ermöglichen Sie übertragen Sie Reihenfolgen der strukturierten Fälle durch das Zugmodell. Es definiert auch einen Betrieb das kann hervorgerufen werden, um den Zuglieferanten von seinem dazugehörigen Verbraucher zu trennen. In Hinzufügung, das SequencePullSupplier Schnittstelle übernimmt das NotifySubscribe Schnittstelle oben beschrieben, einem Mitteilungsverbraucher ermöglichend, einen Fall zu informieren diese Schnittstelle zu stützen, wann immer es eine Änderung an den Arten von Fällen es gibt, ist interessiert, für zu empfangen. Merken Sie daß ein Gegenstand, der das SequencePullSupplier stützt Schnittstelle kann übertragen Fälle, die von jedem möglichem Verbraucher möglicherweise empfangen werden können, schlossen an die Führung an, einschließlich deren, die Fälle in einer Form anders als eine Reihenfolge von strukturiert verbrauchen Fälle. Wie Fälle geliefert an die Führung in Form einer Reihenfolge von strukturiert Fälle werden innerlich in unterschiedliche Formen für Anlieferung zu den Verbrauchern abgebildet, die empfangen Sie Fälle in einer Form anders als eine Reihenfolge der strukturierten Fälle wird zusammengefaßt innen Tabelle 2-2 auf Seite 2-9. 3,3,13,1 pull_structured_events Die pull_structured_events Betrieb nimmt als Eingangsparameter einen numerischen Wert, und Rückkehr ein Wert der Art EventBatch wie im CosNotification definiert Modul. Diese Datenart ist dieselbe wie eine Reihenfolge der strukturierten Fälle. Nach der Anforderung Betrieb blockiert, bis eine Reihenfolge der strukturierten Fälle für Getriebe vorhanden ist, zu welcher Zeit bringt er die Reihenfolge zurück, welche die Fälle enthält, die an sein geliefert werden verbundener Verbraucher. Wenn Sie nach einem SequencePullSupplier hervorgerufen werden das ist nicht z.Z. angeschlossen an den Verbraucher des Falls, getrennt Ausnahme wird angehoben. Merken Sie, daß die Bedingung, daß ein Proxyverbraucher ihr glaubt, aktiv an a angeschlossen wird Lieferant, während der Lieferant glaubt, daß sie getrennt wird, ist ein unzulässiger Zustand. So wenn Anforderung von pull_structured_events nach einem SequencePullSupplier Fall vorbei ein SequenceProxyPullConsumer Fallresultate in getrennt Ausnahme anhebend, das SequenceProxyPullConsumer ruft seine Selbst hervor disconnect_sequence_pull_consumer- Betrieb, resultierend in der Zerstörung von dieses SequenceProxyPullConsumer Fall. Merken Sie, daß die maximale Länge der zurückgebrachten Reihenfolge nie den Wert von übersteigt der Eingangsparameter. Zusätzlich wenn dieser Betrieb nach a hervorgerufen wird SequenceProxyPullSupplier , die Zeitmenge, das der Lieferant ansammelt Fälle in die Reihenfolge, bevor man sie überträgt, wird durch das PacingInterval QoS gesteuert Eigenschaft beschrieben in Abschnitt 2,5,5, Eigenschaften MitteilungsQoS, auf Seite 2-37. In dieser Fall, der Proxy bringt nie eine Reihenfolge von kleiner als MaximumBatchSize zurück Fälle bis mindestens PacingInterval Zeitmenge ist abgelaufen, nachdem der Antrag war empfangen durch den Proxy. Jedoch, wenn keine Fälle zu dem Proxy während einer Einzelheit kamen PacingInterval , der Antrag blockiert, bis mindestens ein Fall zu dem Proxy kommt. Merken Sie auch dieses MaximumBatchSize setzt eine obere Grenze auf die Gesamtzahl von Fälle, die der Proxy innerhalb einer Anforderung zurückbringt. Wenn der Eingangsparameter mehr anzeigt als MaximumBatchSize Fälle werden, der Antrag werden behandelt wie verlangt obwohl der Eingangsparameter mit MaximumBatchSize gleichwertig war .