RT EventService

Die CORBA Implementation TAO (siehe Kapitel 3.3.2) implementiert zusätzlich zu dem von der OMG spezifizierten EventService [Obj03a], einen Real-time EventService. Der von der OMG spezifizierte EventService empfängt Meldungen von sogenannten Suppliern. Eine Meldung besteht aus einem Header (SOURCE_ ID und TYPE) sowie einem Datenteil.

Ein Consumer meldet sich bei einem EventService an. Hierbei gibt er an, wie der EventService ihm gegenüber auf neu eingetroffene Meldungen reagieren soll:

Pull Modell:

der Consumer schaut zyklisch beim Supplier nach, ob neue Meldungen vorhanden sind

Push Modell:

der Supplier benachrichtet den Consumer über neue Meldungen...

• ...sobald eine neue Meldung eintrifft.
• ...sobald eine Meldung von bestimmten TYPE und, oder mit bestimmter SOURCE_ID eintrifft.
• ...in einem definierten Intervall (zum Beispiel alle 5 Sekunden) werden alle aufgelaufenen Meldungen (von bestimmtem TYPE und, oder mit bestimmter SOURCE_ID) weitergeleitet.

Der TAO Real-time EventService besitzt einen Scheduler um priorisierte Meldungen korrekt weiter zu verteilen. Da es in einer Echtzeitumgebung keinen Sinn macht Meldungen anzufordern, wurde das Pull Modell nicht implementiert. [Schm98] Seite 65 ff erläutert die Architektur des RT Event Services und die Unterschiede zur OMG EventService Spezifikation [Obj03a].