August 2002 MitteilungscService, v1.0.1: Qualität der Service-Leitung 2-37 2 Leider ist es nicht möglich, dieses Problem, wegen der Natur des Services zu lösen, und folglich ist es die Verantwortlichkeit des Benutzers s, sicherzugehen, daß QoS über gleichbleibend ist vollständiger Weg. 2,5,5 Eigenschaften MitteilungsQoS Die Eigenschaften, die für den Mitteilungsservice definiert worden sind, werden unten definiert. 2,5,5,1 Zuverlässigkeit Es gibt eine Vielzahl der Anlieferungspolitik, die in Verbundsystemen, wie gut bekannt ist Bemühung, an-wenig-sobald, an-am meisten-sobald und genau-sobald. Jedoch bilden die meisten diesen nur Richtung in einem Punkt zum Punkt, verlangen-antworten Kommunikationsmodell. Die Mitteilung Service ist durch Definition eine C$punkt-zumehrpunktanlieferungseinheit ohne ausdrückliche Antwort Einheit. Der Mitteilungsservice behandelt die Zuverlässigkeit der spezifischen Fälle und die Zuverlässigkeit von die Anschlüsse, die einen Transport für Fälle zwischen Klienten der Mitteilung zur Verfügung stellen Führung und die Führung, wie unterschiedliche Ausgaben und definiert folglich zwei unterschiedliches QoS Eigenschaften zum Darstellen es: EventReliability und ConnectionReliability . Jedes von diesen Eigenschaften können auf einem von zwei möglichen numerischen konstanten Werten nehmen: BestEffort oder Hartnäckig . Die Bedeutungen, die mit den Einstellungen dieser Eigenschaften dazugehörig sind, sind Zwischen in Verbindung stehend und werden folglich zusammen unten definiert. EventReliability=BestEffort U. ConnectionReliability=BestEffort : Keine spezifische Anlieferung Garantien werden gebildet. In Anwesenheit der Ausfälle kann der Fall oder kann möglicherweise nicht empfangen werden durch jeden der Verbraucher und einen gegebenen Verbraucher kann die gleiche Fallmehrfachverbindungsstelle empfangen Zeiten. EventReliability=BestEffort U. ConnectionReliability=Persistent : Die Mitteilung Führung behält alle Informationen über seine verbundenen Klienten hartnäckig bei und deutet an dieses sind Anschlüsse nicht (logisch) nach Ausfall des Prozesses verloren, innerhalb dessen die Mitteilungsführung führt durch. Irgendwelche Klienten, die an das Führungsverwenden anschließen hartnäckige Gegenstandhinweise können ausfallen, aber, es sei denn diese Gegenstandhinweise anheben OBJECT_NOT_EXIST- Ausnahme, die Führung fährt fort mit ihnen wieder zu versuchen. Klienten, die dann Re-instantiate Gegenstände mit diesen Hinweisen willen (logisch) schließen Sie zu ihren dazugehörigen Proxies wieder an. Die Führung nicht speichert jedoch irgendwie abgedämpft Fälle hartnäckig. Die Implikation dieser Kombination ist die nach Wiederanlauf von a Ausfall des Mitteilungsführungs-Bedienerprozesses, der Führungswille automatisch bezüglich stellen Sie Anschlüsse zu jedem seiner Klienten her, aber wird versuchen, keine Fälle nochmal zu übertragen das war abgedämpft worden, zu der Zeit als der Ausfall auftrat. EventReliability=Persistent U. ConnectionRelability=BestEffort : Diese Kombination hat keine Bedeutung und braucht, nicht durch einen conformant Mitteilungsservice gestützt zu werden Implementierung. EventReliability=Persisent U. ConnectionReliability=Persistent : Jeder Fall ist garantiert, an alle Verbraucher geliefert zu werden registrierte, um ihn zu der Zeit zu empfangen der Fall wurde an die Führung, innerhalb der Endebegrenzungen geliefert. Wenn der Anschluß zwischen Führung und ein Verbraucher ist aus jedem möglichem Grund, die Führung speichern hartnäckig irgendwelche verloren