Orbacus Notify supports all standard QoS and Admin properties. It introduces ways to overcome the shortcomings inherent in the Notification Service specification, including event retry due to failed communications and pull model pull interval.
You can configure Orbacus Notify to provide maximum performance under various system configurations, ranging from a few suppliers and consumers to many external clients. Orbacus Notify can also be tuned based on competing requirements, such as event reliability and event throughput.
Structured events are classified in the event header by domain and type to ensure unwanted events are never produced in the first place. Each notification channel maintains a list of ‘offered’ and ‘subscribed to’ event types. Suppliers can add or remove offered types, while consumers may add or remove subscriptions.
Event suppliers and consumers can communicate events, regardless of whether or not they are the same type. Orbacus Notify fully supports event translation, where events are ‘minimally enveloped’ according to consumer requirements.
Orbacus Notify supports the official push and pull delivery models, as well as hybrid combinations.
Orbacus Notify is fully backwards compatible with the OMG Event Service, providing a smooth migration path for your existing event service clients.
To maintain backwards compatibility with event service clients, Orbacus Notify supports untyped event delivery. Orbacus Notify also introduces structured event and sequence structured event delivery. Structured events enable you to specify per event QoS and compose events consisting of filterable and opaque fields. As structured events are actual IDL types, the filterable fields are visible to Orbacus Notify and are used during event filtering.
If your clients frequently transfer small events, consider using sequence structured events. One or more structured events are batched together and transferred in a single method invocation. Suppliers have full control of sequence composition and can accumulate a random number of events before actual delivery. Likewise, for consumers, Orbacus Notify enables you to configure the maximum batch size and pacing interval for event delivery.
Through the use of mapping filters, Orbacus Notify supports the mapping of event header lifetime and priority property values. In effect, this mapping changes the way in which the event is handled within Orbacus Notify. Forwarding filters enable you to filter event flow at various points throughout the service. This ensures that valuable network bandwidth on the consumer side is used purposefully and not by unwanted events.