2-16 FallcService, v1.1 März 2001 2 Schnittstelle TypedPullSupplier: CosEventComm::PullSupplier { Gegenstandget_typed_supplier(); }; Das TypedPullSupplier kann gerades wie ein unklassifiziertes PullSupplier sich benehmen innen beschrieben Abschnitt 2,1,3, die Schnittstelle PullSupplier, auf Seite 2 3. Zusätzlich wenn der Verbraucher Wünsche zum Ziehen von Falldaten vom Lieferanten, in zuerst geschrieben anstatt generische, Form, es ruft das get_typed_supplier hervor Betrieb. Dieses bringt einen Pull<I>-Hinweis zurück eine Schnittstelle Pull<I stützen > . Die bestimmte Schnittstelle, Pull<I > das der Hinweis Unterstützungen ist vom bestimmten TypedPullSupplier abhängig . Die Rückholart von Betrieb ist Gegenstand weil unterschiedliches TypedPullSupplier s bringt Hinweise von zurück unterschiedliche Arten, also die tatsächliche Art können nicht in einer allgemeinen Definition spezifiziert werden. Sobald Verbraucher hat den Pull<I>-Hinweis erhalten kann er ihn zu Pull<I verengen > und dann Anrufbetriebe in der Schnittstelle Pull<I > auf dem Lieferanten. Gegenseitige Vereinbarung über Pull<I > ist benötigt zwischen dem Lieferanten und dem Verbraucher. Wenn sie nicht zustimmen, die Enge Betrieb fällt aus. Wie oben gemerkt, ein TypedPullSupplier muß den Zug stützen und try_pull Betriebe, übernommen von CosEventComm::PullSupplier . Diese Betriebe völlig einführen ist eine unnötige Belastung, wenn der Lieferant für nur geschriebenen Gebrauch bestimmt ist. Sie ist folglich zulässig, ein TypedPullSupplier einzuführen mit ungültigen Implementierungen des Zuges und try_pull das werfen bloß die Standard-CORBA-Ausnahme NO_IMPLEMENT auf . Offenbar müssen Verbraucher dieses wissen und zu geschriebener Kommunikation sich begrenzen mit solchen Lieferanten. Wenn ein TypedPullSupplier ist in den getrennten Versuchen des Zustandes und eines Verbrauchers zu holen Sie einen geschriebenen Fall, der Lieferant anhebt ein BAD_INV_ORDER zurück Ausnahme. 2,6 Geschriebene FallcFührungen Geschriebene Fallführungen sind generischen Fallführungen analog, aber sie stützen beide geschriebene und generische Fallkommunikation. Diese Formen können am Willen gemischt werden. Ein einzelnes Führung kann die Fälle anfassen, die in jeder möglicher Kombination der Formen geliefert werden und verbraucht sind früh definiert (push/pull, generic/typed). Ein Fall, der in geschriebener Form geliefert wird, kann sein umgekehrt verbraucht in der generischen Form oder. ³ 2,7 Das Modul CosTypedEventChannelAdmin Das CosTypedEventChannelAdmin Modul definiert die Schnittstellen für das Bilden Anschlüsse zwischen Lieferanten und Verbrauchern, die entweder generisches verwenden oder schreiben Kommunikation. Die meisten seinen Schnittstellen sind Spezialisierungen des Entsprechens Schnittstellen im CosEventChannel Modul. 3.Doing dieses erfordert ein Verständnis von seiten der generischen Lieferanten und der Verbraucher von, wie die Führung Parameter der geschriebenen Anrufe verpackt, wenn sie sie in generisches umwandelt Form. Details von diesem, das verpackt, sind von der Implementierung der Führung abhängig.