1-6 FlugverkehrcSteuerung V1.0 Mai 2000 1 ? COs, der Co-Verwalter und COsubscribers/COadminSubscribers jedes liegen in ihrem eigenen Prozeß. ? die Anweisung der Umbauten zu den Gegenständen durch den Veröffentlichen-undunterzeichnenmitteilungsservice verwendet werden, um Gegenstände zu gruppieren kann das Liegen im gleichen Adressbereich (d.h., Gegenstände in der gleiche Adressbereich werden mit dem gleichen Umbau beschriftet oder etikettiert mit demallgemeinen selben Namen). Die Ausfall- und Wiederaufnahmendrehbücher werden durch die Standardimplementierung gestützt mindestens im Umfang unten beschrieben. Zusätzliche Funktionalitäten sind wahlweise freigestellt. 1,5,1 Drehbuch 1: Abbruch eines Co-Prozesses Wenn ein Co-Prozeß abbricht, wird er wiederbegonnen. Nach Wiederanlauf die Co-Prozeßausgaben ein Anruf bis COadmin::delete_objs_by_name(p) seinen Gegenstandumbau ' p ' als Argument führend. Dieses Resultate im folgenden: ? alles COsubscribers unterzeichnet zum COs des Prozesses werden von mitgeteilt Zerstörung durch das COs RealPublishers . ? ganz dazugehörig RealPublisher Gegenstände werden gelöscht. RealPublishers von vorher eingetragene COs, die das ' p ' als allgemeines Teil in seinem Umbau haben (d.h., Gegenstände welche im Adressbereich des zerschmetterten Prozesses waren), werden von entfernt das interne Gedächtnis des Co-Verwalters '.', Zunächst der Co-Prozeß (re)creates sein COs. Each dieser COs teilt die Co mit Verwalter seiner Kreation, resultierend im folgenden: ? die neue Co wird hinzugefügt COadmin ' s ' internes Gedächtnis ' und ein neues RealPublisher wird für die neue Co verursacht. ? alles COadminSubscribers unterzeichnet z.Z. zum Co-Verwalter mitgeteilt worden von der Kreation der neuen Co, resultierend in den korrekten Tätigkeiten (am meisten vermutlich Kreation eines COsubscriber Gegenstand, der dann zum neuen unterzeichnet Co). 1,5,2 Drehbuch 2: Abbruch des Co-Verwalters Wenn der Co-Verwalter abbricht, wird sie wiederbegonnen. Nach Wiederanlauf der Co-Verwalter stellt alle Gegenstandhinweise wieder her, die vorher in seinem ' internen Speicher gespeichert werden. Für jede Co Hinweis, dieser ergibt das folgende: ? A neu RealPublisher Gegenstand wird verursacht (und sein masterCO Attribut wird initialisiert mit CO's-Hinweis). Die Hinweise auf den Teilnehmern von RealPublisher seien Sie wieder hergestellt. Co wird von der Tatsache mitgeteilt, daß sie ein neues RealPublisher verwenden muß (durch einen Anruf bis COpublisher2::reset_real_publisher() mit dem neuen RealPublisher als sein Argument). ? COsubscribers werden nicht durch die Wiederaufnahme des Co-Verwalters in irgendwelchen beeinflußt Weise (außer daß Informationsfluß vom COs hatte während der Dauer von gestoppt Wiederaufnahme).