November 2003 Funktelegraphie-corba: Scheduler 3-17 3 damit der Scheduler sie innerlich speichern kann; dieses konnte während irgendeiner Form von getan werden Anwendungsinitialisierung. Wechselweise kann die Anwendung die Terminplanung zur Verfügung stellen Parameterelemente jede Zeit ruft sie Schedulerbetriebe hervor. Die spezifischen Informationen, die durch einen Scheduler benötigt werden, hängen von ab, welchem discipline(s) es Werkzeuge. Z.B. kann die einfache Stichtagterminplanung nur des Gewindes benötigen Stichtag und die Menge von Zentraleinheitszeit, die das Gewinde verbraucht. Eine andere Disziplin konnte relativen Wert als einer seiner Eingänge verwenden. Diese Spezifikation hat a definiert Standardschnittstelle für das Führen eines Satzes Terminplanung der disziplinieren-spezifischen Informationen zu a Scheduler über die Elemente eines festlegenparameters. Die Definition der Struktur, Arten und die Behandlung dieser festlegenparameterelemente legt fest disziplinieren-spezifisch. Die Elemente werden nur für die Teilmenge der Terminplanung definiert Disziplinen stellten in dieser Spezifikation zur Verfügung. 3,10,3 Steckbarer Scheduler und Interoperabilität Diese Spezifikation liefert einen "steckbaren" Scheduler. Ein bestimmtes ORB im System kann jeden möglichen Scheduler anbringen lassen oder kann keinen Scheduler haben. Wenn ein ORB a hat der Scheduler, der, alle Anwendungen laufen gelassen werden auf den ORB angebracht wird, sind "unter dem Geltungsbereich" von dem Scheduler. Anwendungsbestandteile können interoperate, im Kontext einer bestimmten Terminplanung Disziplin, so lang, wie ihr ORBs die kompatiblen angebrachten Schedulers haben (Bedeutung das die Schedulers führen die gleiche Disziplin ein und folgen einem CORBA-Standard für das Disziplin) und die Schedulerimplementierungen verwenden einen kompatiblen Service-Kontext. Wie oben gemerkt, definiert die gegenwärtige Spezifikation keine Standardservice-Kontexte für Schedulerinteroperabilität, obgleich zukünftige Neuausgaben in diesem Bereich vorweggenommen werden. Ein Scheduler kann beschließen, mehrfache Disziplinen zu stützen, aber diese Spezifikation nicht Adresse, wie unterschiedliche festlegendisziplinen aufeinander einwirken konnten. Dieses kann auch sein gewendet in den zukünftigen Neuausgaben. 3,10,4 Verteilbare Gewinde Ein verteilbares Gewinde (sehen Sie Abschnitt 3,9, "verteilbares Gewinde," auf Seite 3-11) ist grundlegende Abstraktion der Anwendungsdurchführung in dieser Spezifikation. Ein verteilbares Gewinde enthält die Reihenfolge der Tätigkeiten, die mit einem verbraucherbestimmten Teil von dazugehörig sind die Anwendung, die verarbeitennullpunkte der Mehrfachverbindungsstelle überspannen können, aber die ein einzelnes darstellt logisches Gewinde der Steuerung. Verteilte Anwendungen werden gewöhnlich wie konstruiert einige verteilbare Gewinde, die logisch gleichzeitig durchführen. Genau, ist ein verteilbares Gewinde der Ort der Durchführung zwischen Punkten in Anwendung, das zum Anwendungsentwickler bedeutend sind und es tragen festlegenkontext der Anwendung von Nullpunkt zu Nullpunkt als Steuerung überschreitet durch System über CORBA-Anträge und -antworten. Es konnte Teil der Durchführung von a umgeben lokales (oder Eingeborener) Gewinde oder Mehrfachverbindungsstelle verlegt die Durchführung in der Reihenfolge auf einer oder mehr Prozessoren. Wenn sie mehrfache Gewinde umgibt, dann gibt sie auch das verschiedene um Phasen; das heißt, "in-transit," "Static," "aktiv," etc., dessen auftreten konnte als Ort Durchführung bewegt unter Gewinden.