| |
2-4 FallcService, v1.1 März 2001 2 Das PullConsumer Gegenstandhinweis wird abgeschaffen. Benennen disconnect_pull_consumer veranläßt die Implementierung, zu benennen disconnect_pull_supplier Betrieb auf dem Entsprechen PullSupplier Schnittstelle (wenn diese Schnittstelle bekannt). 2,1,5 TrennungcVerhalten Das Benennen eines Trennungsbetriebes auf einer Verbraucher- oder Lieferantenschnittstelle kann einen Anruf zu verursachen der entsprechende Trennungsbetrieb auf dem verbundenen Lieferanten oder dem Verbraucher. Implementierungen müssen mach's gut, um endlose rekursive Anrufe zu diesen zu vermeiden Trennung Betriebe. Wenn ein Verbraucher oder ein Lieferant einen Trennungsanruf und nachher empfangen hat empfängt einen anderen Trennungsanruf, es anhebt ein CORBA::OBJECT_NOT_EXIST Ausnahme. 2,2 FallcFührungen Die Fallführung ist ein Service, der die Kommunikation zwischen Lieferanten entkoppelt und Verbraucher. Die Fallführung ist selbst ein Verbraucher und ein Lieferant des Falls Daten. Eine Fallführung kann asynchrone Kommunikation von Falldaten zwischen zur Verfügung stellen Lieferanten und Verbraucher. Obgleich Verbraucher und Lieferanten mit verständigen Fallführung mit Standard-CORBA-Anträgen, die Fallführung braucht nicht liefern Sie die Falldaten an seinen Verbraucher, gleichzeitig, das er die Daten von seinem verbraucht Lieferant. 2,2,1 Drücken-Artkommunikation mit einer Fallführung Der Lieferant drückt Falldaten zur Fallführung; die Fallführung der Reihe nach Stösse Falldaten zum Verbraucher. Tabelle 2 1 veranschaulicht eine Drückenartkommunikation zwischen ein Lieferant und die Fallführung und ein Verbraucher und die Fallführung. Tabelle 2-1 Drücken-Artkommunikation zwischen einem Lieferanten und einer Fallführung und a Verbraucher und eine Fallführung Fallführung Lieferant Verbraucher PushConsumer PushConsumer PushSupplier PushSupplier |  |
|
| |
|
|