August 2002 Realzeit-CORBA: PrivateConnectionPolicy 2-27 2 Wenn ein _ bind_priority_band gesendet wird Antrag, ein Realzeit-ORB marshall Nr. Parameter und der Gegenstandschlüssel des Gegenstandes, der gesprungen wird, werden als der Antrag verwendet Ziel. Der Antrag wird durch das ORB, keine Bedienstetimplementierung von diesem angefaßt impliziter Betrieb wird hervorgerufen. Wenn eine Real-Zeit-ORB ein _ bind_priority_band empfängt Antrag, den er zuteilen sollte Betriebsmittel zum Anschluß und bauen jene Betriebsmittel passend zur Priorität zusammen Band angezeigt im ServiceContext . dies tuend, sendet das ORB a "ERFOLG" Antwortanzeige. Wenn das Prioritätsband, das geführt wird, nicht wohlgeformt ist; das heißt, es enthält eine negative Zahl, oder der erste Wert ist höher als der zweite, dann das ORB hebt ein BAD_PARAM an Systemausnahme. Wenn irgendeine der Prioritäten nicht sein kann abgebildet auf gebürtige Gewindeprioritäten; das heißt, zu-gebürtige Rückkehr FALSCH, dann das ORB hebt ein DATA_CONVERSION an Systemausnahme (mit einem Standardminderjährigen Ausnahmecode von 2). Wenn das Prioritätsband mit der Priorität ORB s inkonsequent ist Konfiguration, dann das ORB hebt ein INV_POLICY an Systemausnahme. Wenn Bediener-Seite ORB kann nicht Betriebsmittel zusammenbauen, um ein wohlgeformtes Band zu stützen Spezifikation, dann ein NO_RESOURCES Ausnahme wird zurückgebracht. Ein _ bind_priority_band Antraganzeige wird auf den Anschluß für jedes Band gesendet und muß erfolgreich durchführen; erbringen Sie das heißt, eine ERFOLG-Antwortanzeige für alle Anschlüsse, vor validate_connection bringt Erfolg zurück. Wenn irgendein _ bind_priority_band fällt, dann die gesamte mit einem Band versehene Anschlußschwergängigkeit ausfällt aus. Diesbezüglich Weise, validate_connection stellt alle mit einem Band versehenen Anschlüsse an der Zeit des Bindens auf. Wenn der Service-Kontext auf einem _ bind_priority_band ausgelassen wird Antraganzeige, dann ORB hebt ein BAD_PARAM an Systemausnahme. Ein bind_priority_band wird nicht im Fall von einer impliziten Bindung durchgeführt, da sie an auftritt eine Zeit, als ein Antrag im BegriffIST, auf den Anschluß gesendet zu werden, der die Priorität darstellt versehen Sie mit einem Band, das die gegenwärtige Anforderungpriorität umfaßt. Es gibt keine delaying des Punktes Anwendungsantrag. Stattdessen das RTCorbaPriorityRange Service-Kontext wird geführt auf diesem ersten Anforderungantrag. So hat die implizite Schwergängigkeit eines mit einem Band versehenen Anschlußes das Verhalten, das jedes Band Anschluß wird nur herauf eingestellt, das erste mal eine Anforderung vom Klienten mit gebildet wird Anforderungpriorität in diesem Band. Dieses Verhalten bietet Übereinstimmung an: die erste Anforderung gebildet auf jedem Band nimmt sich jede mögliche Latenz und auf Voraussagbarkeit gekostet dazugehörig mit dem Binden. Wenn keine Anforderungen überhaupt in der Prioritätsstrecke eines gegebenen Bandes gebildet werden, sein Anschluß Wille nie wird hergestellt. 2,13 PrivateConnectionPolicy Diese Politik erlaubt einem Klienten, eine private Teilnehmerverbindung zu erreichen, die nicht ist Mehrkanalordnung geschalten (geteilt) mit anderen Klientenserver-Gegenstandanschlüssen.