2-26 Realzeit-CORBA, v1.1 August 2002 2 Fälle von RTCORBA::PriorityBand . Jedes RTCORBA::PriorityBand ist der Reihe nach dargestellt durch ein Paar RTCORBA::Priority Werte, die das niedrige und die Höhe darstellen Werte für dieses Band. Wenn das PriorityBandedConnectionPolicy wird auf den Bediener und Klient-Seite eingestellt, die sind Versuch zu binden fällt mit einem INV_POLICY aus Systemausnahme. Der Klient Anwendung kann validate_connection verwenden herstellen, daß dieses die Ursache von war verbindlicher Ausfall und kann den Wert seiner Kopie der Politik auf ein leeres einstellen PriorityBands und Versuch zum rebind mit gerade der Konfiguration vom Bediener zur Verfügung gestellte Kopie der Politik. 2,12,2 Binden des Priorität mit einem Band versehenen Anschlußes Ob Bänder vom Klienten oder von der Bediener-Seite zusammengebaut werden, ist der mit einem Band versehene Anschluß immer eingeleitet von der Klient-Seite. , um die Bediener-Seite ORB die Priorität kennzeichnen zu lassen versehen Sie daß jeder Anschluß mit einem Band ÎST mit, Informationen über diese Bandstrecke des Anschlußes s wird überschritten mit zuerst verbunden Antrag auf jedem mit einem Band versehenen Anschluß. Dieses wird mittels getan RTCorbaPriorityRange Service-Kontext: // IDL Modul IOP { const ServiceId RTCorbaPriorityRange = 11; }; Das context_data enthält die CDRVERKAPSELUNG von zwei RTCORBA::Priority Werte (zwei kurze Arten.) Das erste zeigt die niedrigste Priorität und die Sekunde an, die sind höchste Priorität im Prioritätsband angefaßt durch den Anschluß. Sobald ein Prioritätsband mit einem Anschluß verbunden ge$$$wesen ist, kann es nicht rekonfiguriert werden während der Lebenszeit des Anschlußes. Wenn ein ORB eine Sekunde oder ein folgendes empfängt, RTCorbaPriorityRange halten Sie den Kontext instand, der ein anderes Prioritätsband enthält Definition, dann hebt es ein BAD_INV_ORDER an Systemausnahme (mit a Kleiner Ausnahmestandardcode von 18). Wenn das Prioritätsband dasselbe wie ist die Konfiguration des Anschlußes s, dann verarbeitend fährt fort. Anmerkung: Rtf-Ausgabe 4657 des CORBA-Kernes 12/2000 Falls von einer ausdrücklichen Bindung (über validate_connection wird dieser Service-Kontext geführt auf einer Antraganzeige für ein _ bind_priority_band impliziter Betrieb. Dieses implizit Betrieb wird für Realzeit-CORBA nur diesmal definiert. Es ist daß nicht möglich Realzeit-ORB konnte solch eine Antraganzeige empfangen. Wenn so es vorweggenommen wird (aber nicht vorgeschrieben) daß es mit einem BAD_OPERATION antwortet Systemausnahme mit kleiner Standardcode 2 . Eine zukünftige Version von IIOP sollte Realzeit-CORBA s formalisieren Gebrauch von dem _ bind_priority_band Betriebsname in einer GIOP-Antraganzeige. Anmerkung daß es keine API gibt, stellten für diesen impliziten Betrieb heraus (verschieden z.B. _ is_a