2-12 MitteilungscService, v1.0.1 August 2002 2 2,1,5 Senden von Fällen innerhalb einer Verhandlung Der vor kurzem angenommene CORBA-Nachrichtenübermittlungsstandard enthält einige Änderungen an Standard-OMG-Gegenstand-Verhandlungservice (OTS). Umfaßt unter diesen Änderungen deprecation des TransactionalObject Schnittstelle, die vorher war, erforderte zu werden durch jede mögliche Schnittstelle übernommen Sie, die Betriebe stützte, die innen hervorgerufen werden konnten der Kontext einer Verhandlung. In bestimmten Situationen kann es wünschenswert sein, ein oder mehr Fälle innerhalb zu übertragen Kontext einer Verhandlung. Transactional Fallgetriebe kann in zwei betrachtet werden eindeutige Fälle: ¥ , wenn ein Lieferant ein oder mehr Fälle zur Führung sendet ¥ , wenn die Führung ein oder mehr Fälle zu den Verbrauchern sendet Vor den Änderungen am OTS, das oben beschrieben wurde, würde es zu notwendig gewesen sein definieren Sie spezielle Schnittstellen, um transactional Fallgetriebe zu stützen. Zwecks sich stützen der erste Fall oben, würde es notwendig gewesen sein, eine transactional Variante von zu definieren jede ProxyDrückenartschnittstelle (das Führen des Verhandlungkontextes innerhalb stützen Lieferantenanforderung des Stosses des Proxy s Betrieb) und eine transactional Variante von jedem KlientenZiehenartschnittstelle (das Führen des Verhandlungkontextes innerhalb des Proxy stützen Anforderung des Verbrauchers s des Zuges des Klienten s oder try_pull Betrieb). Ebenso zwecks stützen Sie den zweiten Fall, der oben verzeichnet wird, es würde gewesen sein notwendig, um a zu definieren transactional Variante jeder KlientenDrückenartschnittstelle und eine transactional Variante von jede ProxyZiehenartschnittstelle. Aber wegen des deprecation des TransactionalObject Schnittstelle, ist es nicht mehr notwendig, spezielle Schnittstellen zu definieren, die von TransactionalObject übernehmen im Auftrag einem Verhandlungkontext ermöglichen, innerhalb einer Methodenanforderung überschritten zu werden. Diese Änderung hat Vorteile und Nachteile von der Perspektive der Mitteilung Service. Auf der positiven Seite die Tatsache, daß es nicht notwendig ist, Besonderen zu definieren transactional Schnittstellen vereinfacht den Mitteilungsservice IDL zu irgendeinem Grad. Auf negative Seite jedoch Unterstützung des vollen Mitteilungsservices IDL durch Implementierung nicht selbst Garantie, die die Implementierung stützt transactional Fallgetriebe. Wie in der CORBA-Nachrichtenübermittlungsspezifikation beschrieben, wird transactionality als angesehen Attribut einer Implementierung einer Schnittstelle, die spezifiziert wird, indem man eine Politik definiert Attribut auf dem POA. Zwecks das transactional Fallgetriebe, stützen Implementierung des Mitteilungsservices sollte Implementierungen von stützen verschiedene Proxyschnittstellen, die POA-Gegenstände sind, die TransactionPolicy stützen . 2,2 Strukturierte Fälle Die OMG-Fall-Vorfeldwartungsdienste zwei Arten der Fallkommunikation: unklassifiziert und geschrieben. Unklassifizierte Kommunikation bezieht mit ein, alle Fälle in Form von Anys zu übertragen. Wenn unklassifiziert, ist Fallkommunikation generisch und, viele Anwendungen bedienungsfreundlich erfordern Sie stärker geschriebene Fallanzeigen. Dieser letzten Anforderung, gerecht werden OMG-Fallservice definiert Schnittstellen und Versammlungen für das Stützen des geschriebenen Falls