Orbacus Notify es compatible con todas las propiedades de QoS y Admin estándar. Proporciona formas de superar las deficiencias inherentes a la especificación del servicio Notification Service. Estas abordan los siguientes problemas:
En un ámbito más amplio, puede configurar Orbacus Notify para proporcionar el máximo rendimiento en distintas configuraciones de sistema, que van desde un número reducido de proveedores y consumidores hasta muchos clientes externos. Orbacus Notify también se puede ajustar en función de diferentes requisitos, como la fiabilidad y el rendimiento de los eventos.
Los eventos estructurados se clasifican en el encabezado del evento en función del dominio y el tipo. Los clientes de Orbacus Notify pueden utilizar esta información para asegurarse de que los eventos no deseados nunca se producen en primer lugar.
Cada canal de notificación mantiene una lista general de tipos de eventos “ofrecidos” y “suscritos a”. Los proveedores pueden agregar o eliminar tipos respecto de aquellos que se ofrecen, mientras que los consumidores pueden agregar o quitar suscripciones. Cualquier cambio que se produzca en la oferta de eventos total se pasa a los consumidores, mientras que los cambios en las suscripciones se pasan a los proveedores de eventos.
Los proveedores y los consumidores de eventos pueden comunicar eventos, independientemente de si son o no del mismo tipo. Orbacus Notify es totalmente compatible con la conversión de eventos, donde los eventos están “mínimamente envueltos” conforme a los requisitos de los consumidores. En concreto, los eventos estructurados de un proveedor estructurado se entregan a los consumidores sin tipo en un sistema CORBA::Any. De forma similar, los eventos sin tipo se presentan a los consumidores estructurados dentro del campo del resto del cuerpo de un evento estructurado.
Orbacus Notify es compatible con los modelos de entrega de inserción y extracción, así como con combinaciones híbridas.
Orbacus Notify presenta compatibilidad inversa completa con el servicio de eventos de OMG, lo que proporciona una vía de migración sencilla para sus clientes de servicio de eventos existentes.
Para mantener la compatibilidad inversa con los clientes de servicio de eventos, Orbacus Notify es compatible con la entrega de eventos sin tipo. Además, Orbacus Notify presenta la entrega de eventos estructurados y eventos estructurados de forma secuencial.
Los eventos estructurados le permiten especificar por QoS de evento y componer eventos que incluyen campos filtrables y opacos. Como los eventos estructurados son tipos de IDL reales, los campos filtrables son visibles para Orbacus Notify y se utilizan durante el filtrado de eventos.
Para los eventos pequeños e individuales, la sobrecarga de comando por método puede afectar al rendimiento global. Si sus clientes transfieren con frecuencia pequeños eventos, puede que desee considerar la posibilidad de usar eventos estructurados de forma secuencial.
En este esquema, uno o más eventos estructurados se unen por lotes y se transfieren mediante la invocación de un solo método. Los proveedores tienen control absoluto sobre la composición de la secuencia y pueden acumular un número aleatorio de eventos antes de la entrega real. Del mismo modo, para los consumidores, Orbacus Notify le permite configurar el tamaño máximo del lote y marcar el ritmo de los intervalos para la entrega del evento.
Los eventos estructurados se componen de un encabezado de evento y un cuerpo de evento, donde el cuerpo se compone de campos filtrables y no filtrables. Mediante el uso de filtros de asignación, Orbacus Notify admite la asignación de la duración del encabezado de evento y los valores de la propiedad prioritarios. Esta asignación cambia la forma en la que el evento se gestiona en Orbacus Notify.
Los filtros de reenvío le permiten filtrar el flujo de eventos en varios puntos durante el servicio. Esto garantiza que el valioso ancho de banda de la red de los consumidores se utiliza con un propósito y no por eventos no deseados.
