2-36 CORBA U. Interworking Tc, v1.0 Januar 2001 2 2,2,5,2 Diagramm der ROS-/tcausschüße zu den CORBA-Systemausnahmen liefern ROS und TC eine Ausnahme, die über Fähigkeit durch den Gebrauch berichtet AusschußcAnwendungsprotokoll-Dateneinheit (APDU). Die Ausschußart liefert ein APDU für das Berichten über fehlerhaften Gebrauch des anderen ROS/TC APDUs oder einen Gleichen Ros/tc- informieren Benutzer, daß ein Problem mit einem APDU ermittelt worden ist, das vorher empfangen wurde. Der Ausschuß APDU trägt einen Problemcodeparameter, der die Natur von beschreibt Störung, die aufgetreten ist. Der Problemcode kann eine von vier Kategorien von anzeigen Probleme: GeneralProblem InvokeProblem ReturnResultProblem oder ReturnErrorProblem . Als GeneralProblem oder InvokeProblem Ausschuß Problemcodes sind implizit für alle ROS-/tcbetriebe, sie entsprechen vorhanden Standard-CORBA-Ausnahmen, die implizit in allem CORBA-Betrieb umfaßt werden Unterschriften. Jedoch ein GeneralProblem ReturnResultProblem oder ReturnErrorProblem bei der Verarbeitung eines Betriebsresultats oder -ausnahme erzeugt hat kein entsprechendes CORBA-Verfahren. Jede Standard-CORBA-Ausnahme umfaßt einen kleinen Code, um die Unterkategorie zu kennzeichnen von der Ausnahme. ROS-/tcausnahmen in CORBA einzigartig kennzeichnen, neue kleine Feldwerte von Systemausnahmen müssen definiert werden. Hier nur die untereren Auftragsspitzen des kleinen Feldes werden in Tabelle 2-3 auf Seite 2-41 spezifiziert . Die Spitzen des höheren Auftrages (VMCID) sind administrativ zugewiesen durch das OMG. Die OMG-Liste zugewiesenen VMCIDS wird lokalisiert an : http://www.omg.org/cgi-bin/doc?tags Anmerkung - die niedrigeren Auftragsspitzenwerte behinderen nicht die niedrigeren Auftragsspitzenwerte von Ausnahme in den Gegenständen durch Valuespezifikation [ 18 ]. Die Spitzen des hohen Auftrages (VMCID) können seien Sie entweder dieselben wie in den Gegenständen durch Valueunterordnung oder ein neues VMCID für Gebiet-spezifische Zwecke können zugewiesen werden. Diese Entscheidung sollte während getroffen werden Nachbearbeitung der Spezifikation. Die vorhandenen CORBA-Systemausnahmen können dann verwendet werden, um einzigartig darzustellen ROS-/tcausschußproblemcodes erzeugten bei der Verarbeitung eines ROS-/tcbetriebes. Die meisten Ausschußproblemcodes stellen Protokollstörungen während das Standard-CORBA dar Ausnahmen sind auf dem Anwendungsniveau. Infolgedessen können nicht alle Ausschußproblemcodes seien direkt zu den Standard-CORBA-Ausnahmen abgebildet Sie und eine Ausweichlösung ist erfordert. Die Lösung ist, wie folgt: ?, wenn eine gebürtige ROS-/TC-userbedieneranwendung a erzeugt Ausschuß während Verarbeitung eines Betriebes, dann im CORBA-Gebiet, ein CORBA-Standard die Ausnahme, gekennzeichnet durch einen eindeutigen kleinen Code, wird geworfen. Die Art dieser Ausnahme wird beim " Diagramm des allgemeinen Problems TC/ROS" auf Seite 2-37 erklärt und "das Diagramm von TC/ROS rufen Problem" auf Seite 2-38 hervor . ?, wenn eine gebürtige TC-Benutzerbedieneranwendung a erzeugt Ausschuß während der Verarbeitung von ein CORBA-Betriebsresultat oder eine Ausnahme, dann das abort_association Betrieb an das TcUser Schnittstelle wird mit passenden Parametern hervorgerufen. Dieses wird innen beschrieben "Behandlung des Problems TC/ROS ReturnResult" auf Seite 2-39 und "Behandlung von Problem TC/ROS ReturnError "auf Seite 2-39 .