| |
September 2002 Zusätzliche strukturiereneinheiten für das OTS: Die Ansicht Des Implementors 2-45 2 2,5 Die Ansicht Des Implementors 2,5,1 Verschieben Von Verhandlungen Wenn CosTransactions::Current::suspend wird verwendet, eine Verhandlung zu verschieben, die hat genistete Tätigkeiten, dann jene Tätigkeiten werden nicht verschoben, da das OTS Nr. hat Wissen von Tätigkeiten. Folglich empfehlen wir das, wenn solches Verhalten angefordert wird, die verschiebende und wieder aufnehmende Verhandlung wird mit dem CosActivity::Current durchgeführt Methoden. Eine Implementierung des Gegenstandverhandlungservices kann bewußt gebildet werden Tätigkeiten und bilden folglich CosTransactions::Current Methoden reagieren passend. Jedoch kann dieses nicht-bewegliche Anwendungen ergeben. 2,5,2 Erreichen Des Stromes Damit werde die Anwendung fähig, irgendwelche des Tätigkeitsservices zu erhalten und zu verwenden Ströme ist es notwendig für einen Tätigkeitsservice, ihn mit dem ORB zu registrieren. Die Tätigkeit Service-Implementierung ist für das Registrieren einer Implementierung von verantwortlich CosActivityCoordination::Current, wie das "ActivityCurrent" vorbei zurückging resolve_initial_references . Dieses wird erzielt, indem man benennt Kennzeichnung ORB::register_initial_reference(in ObjectId, im Gegenstandobj) wo ObjectId ist "ActivityCurrent.", Anderer Strom Implementierungen können durch verwendbares erreicht werden Verengen dieses Gegenstandes. 2,5,3 AusfallcAnnahmen Viele Handelsgeschäftsysteme benutzen einen vorausgesetzten Abbruch Protokoll zu einfach Anforderungen an der Ausfallwiederaufnahme: wenn ein Teilnehmer hinsichtlich des Status einer Verhandlung sich erkundigt und das System definitiv hat keine Aufzeichnung über die Verhandlung, dann wird es angenommen, um zu haben abgebrochen (zurück gerollt) und der Teilnehmer kann dementsprechend fungieren. Dies heißt daß a Verhandlungkoordinator braucht, nicht hartnäckige Aufzeichnungen der Teilnehmer zu halten, bis nach ihm hat entschied festzulegen. Folglich werden Tätigkeitsservice-Implementierungen auch angefordert, um zu verwenden ein vorausgesetzter Abbruch (vorausgesetzt ausgefallen Protokoll. Der Tätigkeitsservice nimmt auch daß IORs für Teilnehmer (Tätigkeiten) und Koordinatoren an , sind so hartnäckig, daß nach Wiederaufnahme vom Ausfall, ein End-point für einen IOR bleibt gültiges so langes wie der Gegenstand bezieht sich er auf des Remains im Bestehen. Folglich ein Klientenempfangen ein OBJECT_NOT_EXIST Ausnahme kann garantiert werden, daß der Gegenstand zu aufgehört hat bestehen Sie, weil sie erfolgreich seinen Job durchgeführt hat. 2,5,4 Normale TätigkeitscBeendigung Zwecks eine bewegliche Anwendung oder einen Anwendungsrahmen schreiben, der die Tätigkeit verwendet Service und damit Tätigkeitsservice-Implementierungen völlig zum interoperate, die Einrichtung und die Semantik der Beendigungsverarbeitung einer Tätigkeit werden im Detail innen beschrieben dieser Abschnitt. 1. Current::complete_with_status(comp_status) wird benannt. |  |
|
| |
|
|