Trabajo con sucesos

Los objetos Java se utilizan como representaciones de la especificación Common Base Event.

Common Event Infrastructure representa sucesos como objetos Java. Específicamente, cada suceso es una instancia de una clase que implementa la interfaz org.eclipse.hyades.logging.events.cbe.CommonBaseEvent, que es una representación Java de la especificación Common Base Event. El paquete org.eclipse.hyades.logging.events.cbe forma parte del entorno Hyades basado en Eclipse, que es un conjunto de estándares y herramientas de origen abierto para probar, rastrear y supervisar. Para obtener más información, consulte http://www.eclipse.org/hyades/.

El ciclo de vida típico de un suceso es el siguiente:

  1. Para enviar un suceso, un origen de suceso crea una instancia nueva de CommonBaseEvent, la rellena con datos de propiedad y luego la envía a un emisor.
  2. El emisor utiliza opcionalmente el mecanismo de cumplimentación de contenido (si se implementa) para rellenar el suceso con los datos de propiedades necesarios. A continuación, el emisor valida el suceso y lo contrasta con los criterios de filtro configurados actualmente. Si el suceso es válido y pasa el criterio de filtro, el emisor envía el suceso al servidor de sucesos. Para obtener más información sobre cómo el emisor procesa el suceso, consulte el tema Envío de sucesos.
  3. Si está habilitada la persistencia, el suceso en un almacén de datos permanente.
  4. Si está habilitada la publicación, el servidor de sucesos publica el suceso en uno o más destinos JMS (Java Message Service). Los consumidores de sucesos se suscriben a estos destinos y reciben, a continuación, las notificaciones del nuevo suceso. Los consumidores de sucesos utilizan seguidamente la ayuda de notificación para convertir los mensajes JMS recibidos de nuevo en una instancia de CommonBaseEvent.

    Un consumidor de sucesos también podría enviar una consulta para recuperar el suceso del almacén de datos. Generalmente, los consumidores utilizan la interfaz de consulta para recuperar sucesos históricos, especialmente durante el proceso de inicio.

    Después de recibir un suceso, un consumidor de sucesos lee los datos de propiedades y procesa el suceso.

  5. Cuando ya no es necesario, se puede depurar el suceso del almacén de datos.
La especificación Common Base Event, que está basada en el lenguaje de definición del esquema XML, define dos tipos de datos de propiedades de sucesos:

La interfaz CommonBaseEvent define los métodos getter y setter para cada propiedad y también los métodos helper para simplificar la creación de propiedades complejas. Un origen de suceso utiliza los métodos setter (o los métodos helper) para rellenar un suceso con datos de propiedad antes de enviarlo a un emisor. Un consumidor de sucesos utiliza los métodos getter para recuperar los datos de propiedad de un suceso recibido.

Para obtener más información sobre la especificación del esquema XML, consulte http://www.w3.org/XML/Schema.


Condiciones de uso |


(c) Copyright IBM Corporation 2005, 2006.
Este centro de información está basado en tecnología Eclipse (http://www.eclipse.org)