WebSphere WebSphere Enterprise Service Bus, Version 6.0.1 Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows

Utilización de sucesos

Los objetos Java se utilizan como representaciones de la especificación de sucesos básicos comunes.

Common Event Infrastructure representa los 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 de sucesos básicos comunes. El paquete org.eclipse.hyades.logging.events.cbe forma parte del entorno Hyades basado en Eclipse, que es un conjunto de estándares y de herramientas de código abierto para ejecutar funciones de prueba, seguimiento y supervisión. 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 sucesos crea una instancia de CommonBaseEvent, la cumplimenta con los datos de propiedad y luego la envía a un emisor.
  2. El emisor opcionalmente utiliza el mecanismo de cumplimentación del contenido (si se ha implementado) para cumplimentar el suceso con los datos de propiedad necesarios. El emisor evalúa entonces el suceso y lo compara con los criterios de filtro configurados actualmente. Si el suceso es válido y pasa los criterios de filtro, el emisor envía el suceso al servidor de sucesos. Para obtener más información acerca de cómo procesa el emisor los sucesos, consulte Envío de sucesos.
  3. Si la persistencia está habilitada, el servidor de sucesos almacena el suceso en un almacén de datos persistentes.
  4. Si la publicación está habilitada, el servidor de sucesos publica el suceso en uno o más destinos JMS (Java Messaging Service). Los consumidores de sucesos que se suscriban a dichos destinos recibirán notificaciones del nuevo sucesos. A continuación, los consumidores de sucesos utilizarán Notification Helper para realizar la conversión de los mensajes JMS recibidos en una instancia CommonBaseEvent.

    Un consumidor de sucesos también puede enviar una consulta para recuperar el suceso del almacén de datos. Por lo general, un consumidor utiliza la interfaz de consulta para recuperar sucesos históricos, especialmente durante el proceso de arranque.

    Una vez que se ha recibido el suceso, un consumidor de sucesos lee los datos de propiedad del suceso y procesa el suceso.

  5. Cuando deja de ser necesario,el suceso puede purgarse del almacén de datos.
La especificación de sucesos básicos comunes, que se basa en el lenguaje de definición de esquemas XML, define dos tipos de datos de propiedades de suceso:

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

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


Concept topic

Condiciones de uso | Evalúe esta página

Icono de fecha y horaÚltima actualización: 1 Mar 2006
http://publib.boulder.ibm.com/infocenter/dmndhelp/v6rxmx/index.jsp?topic=/com.ibm.websphere.wesb.doc.nl1_6.0.1\doc\ccei_admin_events.html

(C) Copyright IBM Corporation 2005. Reservados todos los derechos.
Este centro de información está basado en tecnología Eclipse. (http://www.eclipse.org)