Orbacus Notify unterstützt alle Standard-QoS- und Administrationseigenschaften. Es bietet neue Möglichkeiten zur Beseitigung der inhärenten Nachteile der Notification Service-Spezifikation. Dazu gehören folgende Probleme:
Orbacus Notify kann auch in größerem Maßstab so konfiguriert werden, dass es unter verschiedensten Systemkonfigurationen ein Maximum an Leistung bietet. Dies reicht von einigen wenigen Suppliern und Consumern bis hin zu zahlreichen externen Clients. Orbacus Notify kann außerdem auch auf Grundlage von gegensätzlichen Anforderungen optimiert werden – z. B. Zuverlässigkeit und Durchsatz von Ereignissen.
Strukturierte Ereignisse werden im Ereignis-Header nach Domäne und Typ klassifiziert. In Orbacus Notify-Clients werden diese Informationen genutzt, um sicherzustellen, dass unerwünschte Ereignisse gar nicht erst produziert werden.
Jeder Benachrichtigungskanal enthält eine ständig aktualisierte, aggregierte Liste von „angebotenen“ und „abonnierten“ Ereignistypen. Supplier können angebotene Typen zur Liste hinzufügen oder aus dieser entfernen, bei den Consumern gilt dies für Abonnements. Jede Änderung an dem Gesamtangebot von Ereignissen wird an die Consumer weitergegeben und Änderungen an den Abonnements an die Ereignis-Supplier.
Ereignis-Supplier und Consumer können Ereignisse unabhängig davon bekanntgeben, ob sie vom selben Typ sind oder nicht. Orbacus Notify bietet vollständige Unterstützung für die Ereignisübersetzung, bei der Ereignisse je nach Kundenanforderungen „minimal gekapselt“ werden. Insbesondere werden strukturierte Ereignisse von einem strukturierten Supplier über „CORBA::Any“ an nicht typisierte Consumer weitergegeben. Ebenso werden nicht typisierte Ereignisse strukturierten Consumern innerhalb des „Rest“-Felds des Ereigniskörpers eines strukturierten Ereignisses weitergegeben.
Orbacus Notify unterstützt die offiziellen Push- und Pull-Übermittlungsmodelle sowie hybride Kommunikationsmodelle.
Orbacus Notify ist vollständig abwärtskompatibel mit dem OMG-Ereignisservice und stellt einen unkomplizierten Migrationspfad für all Ihre bestehenden Ereignisservicesysteme dar.
Um die Abwärtskompatibilität mit Ereignisservice-Clients zu gewährleisten, unterstützt Orbacus Notify die Übermittlung von nicht typisierten Ereignissen. Zusätzlich wird mit Orbacus Notify auch die Übermittlung von strukturierten Ereignissen und strukturierten Ereignisabfolgen eingeführt.
Strukturierte Ereignisse ermöglichen QoS-Angaben pro Ereignis und die Erstellung von Ereignissen, die aus filterbaren und opaken Feldern bestehen. Da es sich bei strukturierten Ereignissen tatsächlich um IDL-Typen handelt, sind die filterbaren Felder für Orbacus Notify sichtbar und werden bei der Ereignisfilterung verwendet.
Bei kleinen einzelnen Ereignissen kann es dazu kommen, dass der Befehlsoverhead bei wiederholten Methodenaufrufen sich negativ auf die Gesamtleistung auswirkt. Wenn Ihre Clients oft kleine Ereignisse übermitteln, sollten Sie die Verwendung strukturierter Ereignisabfolgen in Betracht ziehen.
In dieser Darstellung werden ein oder mehrere strukturierte Ereignisse gebündelt und mit einem einzigen Methodenaufruf übermittelt. Die Supplier haben dabei die volle Kontrolle über die Zusammensetzung der Ereignisabfolge und können vor der tatsächlichen Übermittlung eine beliebige Anzahl von Ereignissen bündeln. Ebenso unterstützt Orbacus Notify bei Consumern die Konfiguration einer maximalen Batchgröße und eines Zeitintervalls für die Ereignisübermittlung.
Strukturierte Ereignisse setzen sich aus einem Ereignis-Header und einem Ereigniskörper zusammen, wobei der Körper aus filterbaren und nicht filterbaren Feldern besteht. Dank der Verwendung von Zuordnungsfiltern unterstützt Orbacus Notify die Zuordnung von Eigenschaftswerten zur Lebenszeit und Priorität im Ereignis-Header. Tatsächlich beeinflusst diese Zuordnung sogar die Art der Verarbeitung eines Ereignisses innerhalb von Orbacus Notify.
Dank Weiterleitungsfiltern ist die Filterung des Ereignisablaufs an vielen Punkten innerhalb des Services möglich. Somit kann sichergestellt werden, dass die begrenzte Netzwerkbandbreite auf der Consumer-Seite zweckmäßig verwendet und nicht durch unerwünschte Ereignisse verstopft wird.
