Generalidades

En la introducción, describiremos las herramientas WebSphere Business Events (Business Events), Common Base Events (CBE) y Common Event Infrastructure (CEI) y el valor de negocios que aportan al integrar las aplicaciones de la empresa. Luego suministraremos una descripción general de la manera en que estas herramientas pueden funcionar arquitectónicamente entre sí.

En Configuración de Business Events para aceptar mensajes CBE de CEI, aprenderá a usar las muestras suministradas para procesar un mensaje CBE de la CEI y generar el evento saliente en forma de archivo. En Configuración de Business Events para crear mensajes CBE y enviarlos a CEI, aprenderá a usar las muestras suministradas para ingresar un evento en forma de archivo y emitirlo luego en mensaje CBE, ubicándolo en la CEI. Estas secciones son totalmente independientes. Esto significa que usted no necesita implementar ambas secciones para ver resultado, sino que puede focalizarse en el área que sea de su interés, ya sea tomando un mensaje CBE de CEI y procesándolo, o generando un mensaje saliente de CBE a CEI.

Se asume que el lector cuenta con conocimientos de CEI y ha leído los otros artículos de esta serie para desarrollar un conocimiento básico de Business Events.

Generalidades de Business Events

Business Events es la capa de gestión de eventos en una infraestructura de TI. Se encarga del diseño, la ejecución y la monitorización de procesos de eventos de negocios. Business Event Processing (BEP) mejora las aplicaciones de mensajería tradicionales agregando capacidades de procesamiento de eventos de negocios. Usted puede construir e implantar aplicaciones, y describir reglas de negocios que especifiquen cómo reaccionarán sus sistemas ante los eventos que se produzcan (o no se produzcan) y qué acciones adoptar en respuesta a ello.

Generalidades de Common Base Events

Antes de analizar qué es un Common Base Event, hablemos sobre qué interpretamos por evento. Un evento es simplemente un indicio de que se produjo algo que resulta de interés.

Si observamos elmodelo Common Base Event, veremos que los eventos pueden representar el inicio, la evolución y la finalización de una actividad que uno considera de interés.

A un nivel más técnico, un evento puede brindar una visión del estado de una actividad de interés. Este estado podría indicar que la actividad falló, se inició, se detuvo o finalizó y pasó a otra actividad. Un evento también puede actuar como aviso de que se produjo una situación, por ejemplo: "El saldo de la cuenta del Sr. Mc Namara descendió por debajo de 0."

Entonces ¿cuál es el beneficio de usar el formato CBE? Nos brinda una representación común y coherente de los eventos. Esta coherencia significa que los eventos CBE se pueden usar para representar eventos que son generados o utilizados por diferentes y diversas tecnologías que sólo brindan soporte a una función en particular. El beneficio de integración y coherencia que brindan los eventos CBE tiene el sustento de un estándar CBE bien arraigado. El evento CBE propiamente dicho se divide en tres secciones:

1. Identificación del componente que situación.
2. Identificación del componente afectado por la situación.
3. La situación propiamente dicha.

Como sustento de este enfoque común, el evento CBE se define como un esquema XML estándar que se presta a sí mismo para varios tipos de aplicaciones, como notificaciones, auditorías y eventos de negocios. Sin esta coherencia y estandarización, los datos publicados como eventos serían de poco valor para los sistemas de negocios, ya que éstos confían en la integridad de los datos para determinar el mejor curso de acción a adoptar en una determinada situación. La coherencia de la definición de CBE y su formato de tres niveles ayudan a garantizar esta integridad y brindan una calidad de datos garantizada que es imprescindible para brindar eventos de negocios precisos y útiles.

Aunque el beneficio principal de un CBE es suministrar una representación coherente de un evento, también es útil para poder agregar información extra a un evento que no se ajusta a la estructura específicamente definida. El esquema CBE aporta esto al permitir incluir fragmentos de documento XML. Usted puede agregar esto usando la construcción xs:any. Por ejemplo, usted podría usar esto para representar la carga útil de negocios. Antes de crear dichos fragmentos, deberá crear una Definición de esquema XML (XML Schema Definition - XSD) que defina la estructura del xml agregado.

En tiempo de ejecución, se puede usar el método addAny() de la Interfaz de Base Común para agregar este fragmento XML personalizado al CBE. Cuando se recibe el CBE, XSD describe cómo el destinatario puede analizar los fragmentos de XML.

El siguiente ejemplo muestra cómo agregar eventXML como XML anexo:

CommonBaseEvent cbe = this.eventFactory.createCommonBaseEvent();
                   . . .
                   cbe.addAny(eventXML);
                   . . .

Un mismo evento puede contener múltiples definiciones XSD. Estas XSD, junto a la definición CBE propiamente dicha, describen la estructura de todo el evento.

Notas sobre el uso de fragmentos XML definidos por XSD en eventos CBE:

• Las definiciones de eventos se encuentran en archivos de XSD, CBE, o Lenguaje de Descripción de servicio web (WSDL), o alguna combinación de éstos.
• Usted puede utilizar una definición de evento existente en otro proyecto o importar definiciones de eventos del sistema de archivos. También puede referirse a ellas cuando está anidando definiciones de eventos.
• Como XSD se puede usar para definir cualquier estructura XML, el XML anexado se puede usar para incluir fragmentos con otros fines; por ejemplo, objetos de negocios para pasar datos a través de una aplicación.

Otras áreas de Arquitectura Orientada a Servicios (SOA) y Gestión de Procesos de Negocios (BPM) también usan xml para definir eventos, por lo tanto la inclusión de XML personalizado en eventos CBE le permite usar las mismas herramientas utilizadas en estas otras áreas. Si ya definió una XSD para los datos de negocios que desea pasar al cuerpo de un evento de negocios, simplemente puede reutilizar esa XSD al anexar el XML a un evento CBE. Esta flexibilidad ofrece una opción fácil para las aplicaciones y el middleware que pueden "expresarse en XML."

Muchos de los productos WebSphere BPM que emiten eventos CBE ya han adoptado los eventos de estilo XSD, incluyendo WebSphere Process Server V6.1, WebSphere Enterprise Service Bus V6.1 y WebSphere Message Broker V6.1. Business Events V6.1 genera reenvíos de eventos CBE totalmente formateados en formato XML a colas CEI que contienen carga útil definida por XSD. Los eventos de estilo XSD también pueden ser usados por Business Events.

Generalidades de CEI

Ahora que sabe más sobre los eventos CBE, analicemos la Infraestructura de eventos comunes (Common Event Infrastructure - CEI) que desempeña un rol fundamental en la manipulación de eventos CBE.

La CEI es la implementación IBM de un conjunto coherente y unificado de interfaces API e infraestructura para la creación, transmisión, conservación y distribución de una amplia gama de eventos de negocios, sistemas y redes formateados en CBE. Muchos productos soportan el uso de CEI como mecanismo para transmitir eventos en el formato CBE. CEI es un marco de notificación y transmisión de eventos que se suministra actualmente en múltiples productos. Estos productos soportan el uso de CEI como mecanismo para transmitir eventos en formato CBE. IBM seguirá brindando soporte a CEI y al formato CBE, pero además está mejorando la notificación y transmisión de eventos que no se limita a CEI y a los formatos CBE. Al potenciar las tecnologías basadas en JMS, servicios web y XML, los creadores y consumidores de eventos contarán con una mayor flexibilidad.

CEI provee interfaces públicas para:

• Publicar (o emitir) un evento
• Suscribir a eventos que coincidan con un filtro en particular (grupo de eventos)
• Usar un evento.
• Consultar datos históricos de eventos (si el almacén de datos opcional está habilitado, esto se puede lograr mediante una interfaz publicada).

La CEI ofrece un punto de integración para consolidar eventos de una cantidad de fuentes potencialmente diversas y dispares. También brinda la capacidad de distribuir estos eventos a los consumidores. Estos eventos se representan usando el modelo CBE que se describió anteriormente.

Usando los productos CEI, las aplicaciones y las funciones pueden integrar sus eventos. Esto permite el soporte de las vistas de procesos centradas en negocios de extremo a extremo que componen estos servicios, por ejemplo cuando un sistema de back office bancario genera un evento registrando que un cliente hizo un retiro de fondos personalmente en su sucursal local. Al mismo tiempo, otro sistema aparte podría generar un evento, registrando el uso de la tarjeta de débito del mismo cliente en un cajero automático de otro país. Tradicionalmente, estos eventos estarían separados, sin embargo dada la función de CEI que ofrece un único marco para estos eventos, estos dos eventos podrían ser usados por otro sistema. Este sistema podría registrar una alerta indicando que se produjo una acción irregular. No es lógico observar un retiro de efectivo efectuado en persona en una sucursal y simultáneamente una transacción de cajero automático realizada con la tarjeta de ese cliente en otro país. Sin una infraestructura de este tipo, estos dos sistemas probablemente hubieran tenido su propio sistema de administración de eventos, y por lo tanto no hubieran podido correlacionar sus eventos para aportar este valor al negocio.

La CEI suministra facilidades para la generación, la distribución y el consumo de eventos. Sin embargo, no define a los eventos reales propiamente dichos. Para hacer esto, los desarrolladores y los administradores deben definir tipos de eventos, grupos de eventos y su correlación.

Si usted analiza detalladamente los aspectos técnicos de la CEI, podrá ver que es un componente compartido que usa la funcionalidad de WebSphere Application Server (Application Server). CEI ofrece la capacidad de almacenar, actualizar y distribuir eventos a consumidores de eventos que escuchan temas en JMS. Estos consumidores de eventos pueden procesar eventos fuera del entorno del creador del evento. En realidad, es probable que estos consumidores de eventos estén procesando eventos provenientes de diferentes fuentes. Esto produce dos consecuencias:

• Todos los eventos requieren una estructura común. Como mencionamos anteriormente, el evento CBE es el estándar aceptado para dicha estructura.
• El evento CBE debe contener toda la información que necesitan los consumidores para comprender el evento. Esto incluye información sobre el entorno de tiempo de ejecución, el entorno de negocios y la instancia del objeto de la aplicación que creó el evento. Ver The Common Base Event model (El modelo de evento de base común) para obtener más información.

Volver arriba

Requisito previo de configuración de CEI

Las muestras suministradas para descarga fueron desarrolladas y probadas en una implementación de servidor CEI de WebSphere Application Server. En esta implementación, construimos una configuración de celda transversal para un WebSphere Application Server remoto ejecutando WebSphere Business Monitor (Business Monitor). Los eventos CBE que se generaron usando Business Events en ConfiguringBusiness Events (configuración de Business Events) para crear mensajes CBE y enviarlos a CEI se distribuyeron al Application Server remoto y fueron procesados por el modelo de Business Monitor, el cual actualizó su panel de control de negocios para mostrar los resultados.

Para explotar totalmente esta muestra, no necesita configurar Business Monitor. Sin embargo, para homogeneizar las condiciones en que se usó la muestra, sería importante verificar que ha habilitado el servidor CEI en su implementación CEI. También mostramos cómo capturar y examinar mensajes en la CEI usando los artefactos de cola de celda transversal (se muestra más adelante), por lo tanto si desea replicar este entorno, sería importante crear los artefactos CEI usados en este artículo.

Si usted desea realizar una configuración de celda transversal en otro sistema de Application Server, siga las instrucciones en Cross Cell Configuration (Configuración de celda transversal).

Volver arriba

Configuración de Business Events para aceptar mensajes CBE de CEI

En esta sección, analizaremos los pasos para configurar Business Events como para que acepte mensajes CBE de CEI. Hasta el momento hemos explorado la naturaleza de los Eventos de base común y el marco en el cual se manipulan, la Infraestructura de evento común. Ahora pasemos a las herramientas de Business Events y describamos cómo usted puede configurar las mismas para que acepten los eventos CBE dentro de la CEI. Usted puede usar el proceso que se describe en esta sección junto con las muestras suministradas para mejorar sus propios proyectos como para que reciban mensajes CBE directamente de la CEI.

Generalidades del escenario

El proyecto de muestra suministra un "Evento de base común" ya configurado creado dentro del punto de contacto "CEI". Este evento está configurado para aceptar un mensaje CBE de CEI y al recibir este mensaje, para procesar automáticamente y emitir un subconjunto de información contenido dentro del mensaje a un archivo.

Para que el evento de Business Events pueda aceptar el mensaje CBE de CEI, el conector de cola de mensajes de Business Events para el evento requiere una importación XSL que le permita a Business Events procesar el evento CBE directamente. Cuando usted modifique esta muestra para su uso propio, recuerde que el XSL provisto está configurado para trabajar en conjunto con el evento ya configurado en el proyecto de muestra. Al crear un evento nuevo, el XSL necesitará reflejar el evento nuevo que se requiere. Una vez que haya importado su XSL propio, necesitará configurar el conector para que se direccione a la cola JMS adecuada, en donde se espera que llegue el mensaje CBE.

También demostraremos cómo configurar el conector de cola de mensajes para aceptar estos mensajes, y cómo colocar un mensaje CBE de prueba en la lista JMS esperada para probar la configuración.

Importación del proyecto de muestra

Para importar el proyecto de muestra, haga lo siguiente:

1. Guarde el proyecto de muestra P1CommonBaseEventProject.xml en una carpeta adecuada en su disco duro.
2. Abra Design Data (Datos de diseño) en Business Events.
3. Importe el proyecto seleccionando File (Archivo) => Open Project (Abrir proyecto), como se muestra en la Figura 1. Luego seleccione Browse (Navegar) para ubicar el proyecto de muestra, y haga clic en Open (Abrir).
   
   Figura 1. Abrir el proyecto
   
   
   
4. Abra el recuadro Touchpoints (Puntos de contacto) y observe el Evento de base común, como se muestra en la Figura 2, verá que tiene un formato específico.
   
   Figura 2. Propiedades del evento
   
   
   

   Tómese unos minutos para explorar este evento. Cuando usted crea sus propios eventos compatibles con CBE, debe recordar que éstos necesitan cumplir con el formato del evento CBE que espera procesar.

Habilitación de evento para aceptar mensaje CBE de CEI

Ahora que importó el proyecto, habilitemos el evento para que acepte mensajes CBE de CEI.

1. Haga clic con el botón derecho en Common Base Event y seleccione Event Properties (Propiedades de evento) => Connection (Conexión) => Message Queue Connection (Conexión de cola de mensajes) => Configure (Configurar), como se muestra en la Figura 3.
   
   Figura 3. Propiedades de conexión del evento
   
   
   
2. Podrá ver que el formato que se necesita es Custom XML (XSL input) [XML personalizado (entrada XSL)]. Seleccione Configure => New (Nuevo) para importar la hoja de estilo XSL. El XSL de muestra ya fue importado a este proyecto y está listo para usar.
3. En la Figura 3, puede ver que para aceptar mensajes CBE de CEI se necesita seguir una configuración específica. Asegúrese que el Type: (Tipo) esté configurado en JMS Queue (Cola JMS) y el Name: (Nombre) esté configurado en jms/cei/EventQueue, como aparece.
4. Haga clic en Provider (Proveedor) para ver la configuración de proveedor que se requiere para la muestra, como se muestra en la Figura 4.
   
   Figura 4. Propiedades de Provider
   
   
   
5. Para esta muestra, configure lo siguiente:
   • Context Factory Class (Clase de fábrica de contexto): com.ibm.websphere.naming.WsnInitialContextFactory
   • URL: iiop://localhost:2809. Nota: modifique esto con el localhost adecuado para su entorno, que se encuentra en su configuración Application Server, como se muestra en la Figura 5.
     
     Figura 5. Propiedades de localhost
     
     
     
   • Factory Name (Nombre de fábrica): jms/cei/Event/QueueConnectionFactory
   • Username (Nombre de usuario) y Password (Contraseña): su ID de usuario y contraseña para la consola de administración de Application Server.

Configuración de un directorio para datos de salida de Business Events

Antes de probar la configuración del proyecto, debe asegurarse de tener un directorio donde Business Events pueda poner los archivos creados al recibir los mensajes CBE de CEI.

1. Si examina las acciones que se inician producto de los eventos, podrá ver que se crea un archivo con datos de salida que contiene un subconjunto de datos CBE contenidos en el mensaje CBE entrante. Para hacer esto, en el recuadro Touchpoint, seleccione Publish Common Base Event (Publicar Evento de base común) => Action Properties (Propiedades de la acción) => Connection => File System (Sistema de archivo) => Configure. Verá las propiedades de la acción, como se muestra en la Figura 6.
   
   Figura 6. Propiedades de la acción
   
   
   
2. En la sección Server (Servidor), haga clic en Configure. En la ventana de propiedades del archivo, que se muestra en la Figura 7, verá que el archivo de acción saliente se enviará al directorio c:\wbeout.
   
   Figura 7. Propiedades de archivo
   
   
   
3. Para probar la configuración de muestra, debe crear un directorio llamado c:\wbeout.

Una vez que haya creado este directorio, puede probar el proyecto de muestra.

Prueba del proyecto de muestra

Si todavía no lo hizo, registre el proyecto en el repositorio de tiempo de ejecución. Después de hacer esto, puede probar el proceso.

1. Inicie el conector navegando al directorio \director\bin en la ruta de instalación de su Business Events. Por ejemplo: C:\<WBE INSTALL>\director\bin.
2. Escriba connectors.bat. Como la configuración del proyecto de muestra requiere que el conector examine la cola de eventos CEI, debería ver información de conector parecida a esta:
   
   Figura 8. Arranque del conector
   
   
   
3. A los fines de esta muestra, usamos Service Integration Bus Explorer para ubicar la muestra P1CBE.xml en la cola JMS especificada en la cola de mensajes de Evento de base común. Para obtener información detallada sobre Service Integration Bus Explorer, consulte Service Integration Bus Explorer.

   Antes de abrir Service Integration Bus Explorer, abra el archivo de muestra P1CBE.xml y copie el contenido a su portapapeles.

4. Ahora abra Service Integration Bus Explorer y seleccione CommonEventInfrastructure_Bus => Destinations (Destinos).
5. En el recuadro de la derecha, haga clic con el botón derecho en YourNode.YourServer.CommonEventInfrastructureQueueDestination y seleccione Put Single Test Message (Poner mensaje de prueba individual) en la lista, como se muestra en la Figura 9.
   
   Figura 9. Service Integration Bus Explorer
   
   
   
6. Pegue el XML del portapapeles al campo de mensaje de prueba, teniendo la precaución de eliminar espacios innecesarios del mensaje de prueba, luego haga clic en OK.

   Debería ver que el estado de conector se actualiza en la ventana de comandos al recibir el mensaje de la cola CEI, como se muestra en la Figura 10.

   
   
   Figura 10. El conector recibe el evento CBE
   
   
   
7. Ahora que suministró la entrada al evento Business Events, puede verificar si se procesó. Para hacer esto, vaya al directorio de salida Business Events c:\wbeout que creó anteriormente. Debe ver un archivo creado por la acción saliente de Business Events.
8. Abra este archivo. Debería ver un subgrupo de la información de eventos que pasó al mismo de la cola de eventos CEI y que se transformó ahora en un archivo de evento BuyAck, como se muestra en la Figura 11.
   
   Figura 11. Archivo de salida
   
   
   

Síntesis

En este escenario, aprendió cómo Business Events puede procesar mensajes CBE entrantes de la CEI. En esta instancia, tomamos mensajes CBE de CEI y los pasamos un subgrupo de mensajes a un archivo. Una vez que Business Events haya sido configurado para aceptar mensajes CBE de CEI, usted puede manipular el evento de varias maneras y usarlo para construir acciones salientes destinadas a una serie de medios, como MQ, FTP o incluso para volver a CEI.

En la sección siguiente, aprenderá cómo se pueden aceptar eventos de un formato de archivo y luego generar eventos CBE que se ubicarán en una cola CEI.

Volver arriba

Configuración de Business Events para crear mensajes CBE y enviarlos a CEI

En esta sección, usaremos un proyecto Business Events de muestra que nos permitirá generar eventos CBE.

Escenario

Analicemos el escenario del sistema de negociación que usamos en las partes anteriores de esta serie. Este sistema recibe solicitudes de compra y venta y debe ser monitoreado para detectar patrones específicos en los datos de operaciones en vivo. Nos interesan los patrones incluidos en una gran cantidad de eventos de operaciones (o mensajes) que podrían indicar una acción especulativa. Tendremos dos políticas para identificar estas situaciones:

• Los eventos Sell (Venta) y Buy (Compra) tienen atributos que describen al cliente, el título valor, la fecha y hora en que se produjeron, la cantidad de títulos valores y el precio. Cuando se produce un evento Sell y en el término de una hora un evento Buy para el mismo título valor y el mismo cliente, se genera una acción SellAfterBuy.
• Si un cliente tiene tres eventos SellAfterBuys en un mismo día para títulos valores iguales o diferentes, se genera una acción SpeculativeCustomer (Cliente especulativo).

Las acciones SellAfterBuy y SpeculativeCustomer son salidas de Business Events generadas como resultado de la combinación de reglas de directivas establecidas. Otros sistemas externos pueden procesar estas acciones, como se describió en los artículos anteriores de esta serie. La Figura 12 ilustra este escenario:

Como se mencionó anteriormente, el proyecto de muestra incluido para descarga con este artículo ofrece una aplicación Business Events lista para usar. Esta aplicación ya está configurada para generar eventos CBE de Business Events a CEI.

Antes de crear un proyecto Business Events nuevo para usar eventos CBE, sería bueno dedicar algún tiempo a explorar el proyecto de muestra para comprender cómo se configuran las acciones Business Events para emitir eventos CBE. Una vez que usted comprenda el proyecto y los siguientes pasos de configuración, estará lo suficientemente preparado como para avanzar en la creación o modificación de sus propios proyectos Business Events.

Importación del proyecto de muestra

Para importar el proyecto de muestra:

1. Guarde el proyecto de muestra, P2TradeOut.xml, en la carpeta adecuada en su disco duro.
2. Abra Design Data en Business Events.
3. Importe el proyecto seleccionando File => Open Project (Abrir objeto), como se muestra en la Figura 13. Luego seleccione Browse para ubicar el proyecto de muestra, y haga clic en Open.
   
   Figura 13. Importación del proyecto de muestra
   
   
   

La herramienta ahora contiene el proyecto de muestra Sistema de Negociación.

Configuración del proyecto de muestra

Habiendo cargado el proyecto de muestra en la herramienta Design Data, puede ver cómo habilitar Business Events para emitir eventos CBE a CEI. Esta sección lo guiará para configurar acciones salientes de Business Events con el fin de emitir eventos CBE a CEI.

Una vez que haya importado y abierto el proyecto, podrá ver que el recuadro Touchpoint se ha completado con una serie de entradas. Es aquí, en este recuadro de punto de contacto, que usted configura las acciones salientes de Business Events para emitir eventos CBE. Analicemos las acciones para ver cómo hacer esto.

1. Haga clic con el botón derecho en la acción Buy Ack y seleccione ActionProperties (Propiedades de la acción), como se muestra en la Figura 14.
   
   Figura 14. Action properties
   
   
   
2. En la ventana Action Properties, seleccione la pestaña Connection y haga clic en Message Queue Connection, como se muestra en la Figura 15, y haga clic en Configure.
   
   Figura 15. Message Queue Connection
   
   
   
3. Verá una cantidad de opciones que puede especificar para la configuración de la acción Message Queue, como se muestra en la Figura 16. Especifique lo siguiente:
   • Format: CBE (WBM)
   • Type: JMS Queue
   • Name: jms/cei/EventQueue
   • Message Type (Tipo de mensaje): CREATE_EVENTS_NOTIFICATION_V2_0
   • Haga clic en Provider.
   
   
   Figura 16. Configuración de la acción Message Queue
   
   
   
4. Se visualiza la ventana Provider, como se muestra en la Figura 17
   
   Figura 17. Configuración de Provider
   
   
   Especifique lo siguiente:
   • Asegúrese que Context Factory Class esté configurado como com.ibm.websphere.naming.WsnInitialContextFactory.
   • URL: iiop://localhost:2809. Nota: modifique esto con el localhost adecuado para su entorno, el cual se encuentra en su configuración de Application Server, como se muestra en la Figura 18.
     
     Figura 18. Propiedades de Localhost
     
     
     
   • Factory Name: jms/cei/EventQueueConnectionFactory
   • Username y Password: Su ID de usuario y contraseña para la consola administrativa de Application Server.

Deberá completar los pasos anteriores para todo proyecto Business Events nuevo que desee crear, y para todas las acciones para las cuales quiera generar eventos CBE en CEI.

Implantación de su configuración

Para implantar sus cambios como preparación para realizar las pruebas, haga lo siguiente:

1. En Design Data, seleccione Tools (Herramientas) => Repositories (Repositorios), como se muestra en la Figura 19.
   
   Figura 19. Abrir el repositorio
   
   
   
2. En la ventana Repository que se muestra en la Figura 20, seleccione un elemento de la lista de artefactos en el recuadro Project (Proyecto) y luego presione Ctrl+A para seleccionarlos.
3. Haga clic en Add in (Agregar) para agregar todos los elementos al repositorio, incluyendo todos los cambios que usted efectuó.
   
   Figura 20. Agregar elementos al repositorio
   
   
   
4. Detenga y reinicie el tiempo de ejecución de Business Events para captar los cambios efectuados en el repositorio. Para hacer esto, use la consola administrativa WebSphere Application Server que le permite verificar el estado del tiempo de ejecución de Business Events, y también detenerlo e iniciarlo.

   Cuando haya ingresado a la consola, seleccione EnterpriseApplications (Aplicaciones empresariales) de la columna de la izquierda y verá el estado actual del tiempo de ejecución de Business Events, como se muestra en la Figura 21.

   
   
   Figura 21. Tiempo de ejecución de Business Events
   
   
   

   Como WBERuntimeEAR está en estado color verde, seleccione WBERuntimeEar y haga clic en Stop (Detener).

5. Una vez que el tiempo de ejecución se haya detenido sin error, seleccione nuevamente WBERuntimeEar y haga clic en Start (Iniciar). Debería ver un estado en color verde indicando que se ha iniciado.

Ahora usted está listo para probar las herramientas y enviar mensajes usando eventos CBE de Business Events a CEI.

Prueba de su configuración

Una vez que haya terminado de configurar el proyecto Business Events, deberá hacer pruebas para comprobar que sus configuraciones de acciones se han realizado correctamente. Para probar la nueva configuración de acciones, puede usar los eventos entrantes suministrados con el proyecto de muestra:

• aeventBUY*.xml
• beventSELL*.xml
• beventSELLafterBUY*.xml

Cree un directorio llamado c:/wbetmp/ y ponga estos archivos entrantes de muestra en este directorio.

Alternativamente, puede crear sus propios eventos entrantes. Para generar sus propios artefactos que puedan ser usados como entradas por Business Events, y emitan las acciones que hemos modificado, debe exportar un paquete de ejemplo desde la acción propiamente dicha. Para hacer esto, complete los siguientes pasos usando el proyecto de muestra:

1. Haga clic con el botón derecho en el evento Buy en el recuadro Touchpoints y seleccione Event Properties, como se muestra en la Figura 22.
   
   Figura 22. Event properties
   
   
   
2. Seleccione la pestaña Event en la ventana Event Buy Properties, como se muestra en la Figura 23.
   
   Figura 23. Buy properties
   
   
   
3. Haga clic en Export packets and schemas (Exportar paquetes y esquemas) y seleccione WBE Packet Example (Ejemplo de paquete WBE).
4. Guarde el ejemplo en algún directorio en donde lo pueda ubicar fácilmente. El directorio usado en el proyecto de muestra es c:/wbetmp/, por lo tanto cuando use el proyecto de muestra, cree este directorio para guardar su archivo en el mismo.
5. Una vez que haya guardado el archivo, ábralo usando un editor XML y familiarícese con la estructura del evento entrante.

   Al ejecutar el proyecto de muestra, asegúrese que todos los eventos BUY generados se guarden con el prefijo "a" (por ejemplo, aBUY_EVENT.xml) y todos los eventos SELL tengan un prefijo "b" (por ejemplo, bSELL_EVENT.xml). Esto es necesario porque el proyecto de muestra se configuró para distinguir entre los eventos entrantes BUY y SELL según el prefijo del archivo. Esto le permite al usuario alternar el orden en que se procesan los eventos y asegurarse que determinados eventos se realicen antes que otros.

6. Ahora que ya generó los archivos que se usarán como eventos entrantes, puede iniciar los conectores, los cuales le permitirán a Business Events procesar los eventos y luego pasarlos a los eventos CBE generados por las acciones salientes en la CEI.
7. Inicie el conector navegando al directorio \director\bin en la ruta de instalación de su Business Events. Por ejemplo: C:\<WBE INSTALL>\director\bin.
8. Escriba connectors.bat. El conector se iniciará y presentará una pantalla de comandos, mostrando el arranque y el escaneo para los archivos de eventos que creó y guardó en el directorio de eventos de Business Events. Debería ver que sus eventos son procesados por el conector en la ventana de comandos, como se muestra en la Figura 24:
   
   Figura 24 Arranque del conector
   
   
   
9. Asegúrese que no haya problemas con el procesamiento, verificando lo siguiente:
   • Que los eventos que creó y guardó en el directorio c:\wbetemp\ event se hayan procesado, corroborando que los archivos de eventos hayan desaparecido.
   • El registro de conector ubicado en C:\<WBE INSTALL>\director\logs\WBERuntime.connectors.log.

Análisis de los eventos CBE en la CEI

Si desea examinar los eventos CBE que están siendo procesados por Business Events en la CEI, puede evitar que los mensajes se envíen a través del bus. Para hacer esto, necesitará iniciar la consola de administración Application Server y modificar levemente la configuración CEI. Para seguir estas instrucciones debe haber replicado la configuración CEI como se describió en la sección Requisito previo de configuración de CEI.

Para desactivar la opción de recibir en la CEI, en Application Server, seleccione Buses => CommonEventInfrastructure_Bus => Destinations => YourNode.yourserver => CommonEventInfrastructureQueueDestination. Desproteja Receiveallowed, como se muestra en la Figura 25.

Después de volver a ejecutar su prueba, podrá capturar mensajes que se envían y examinarlos en la cola, como se muestra en la Figura 26.

Haga clic en Messages (Mensajes) debajo de Additional Properties (Propiedades adicionales) en los mensajes CBE propiamente dichos, como se muestra en la Figura 27.

Ahora puede ver el contenido del mensaje CBE que Business Events está generando y enviando a CEI. Si usted quiere ver el mensaje completo, asegúrese de cambiar Displayed message body size (Tamaño del cuerpo del mensaje visualizado) para que coincida con Approximate total message size (Tamaño total aproximado del mensaje).

Síntesis

En esta sección aprendió sobre la relación entre Business Events, CBE y CEI. Vio cómo puede generar eventos CBE a partir de la configuración de acciones en Business Events. También aprendió cómo, con la configuración correcta, puede examinar los mensajes CBE que se distribuyeron sobre CEI.

Volver arriba

Resumen

La capacidad de aceptar y generar eventos CBE de Business Events ofrece una perspectiva de negocios mejorada sobre los múltiples servicios que componen un proceso de negocios o una función. Al usar Business Events para manipular estos eventos CBE ahora puede intercalar eventos que anteriormente estaban aislados y aplicar reglas de negocios para garantizar que los correspondientes servicio sean notificados y se ejecuten. En la práctica, el beneficio de poder activar una acción, por ejemplo una detención de las transacciones con una tarjeta de débito para cajeros automáticos, evitando una serie de actividades fraudulentas, es muy importante para la comunidad de negocios.

Volver arriba

Descargas

Información sobre métodos de descarga

Recursos

Aprender

• Business event processing with WebSphere Business Events, Part 1 [Procesamiento de eventos de negocios con WebSphere Business Events, Parte 1](developerWorks 2008): la Parte 1 de esta serie le presenta los conceptos y las herramientas clave de WebSphere Business Events.
  
  
• WebSphereBusiness Events: Obtenga información del producto, incluyendo características, beneficios, demostraciones y descargas de prueba.
  
  
• WebSphereBusiness Events V6.1 Information Center: Obtenga documentación completa del producto.
  
  
• BusinessEvent Processing de IBM: Obtenga más información sobre los productos de procesamiento de eventos de negocios IBM.
  
  
• developerWorks BPM zone: Obtenga los recursos más actualizados sobre soluciones para la Gestión de Procesos de Negocios (BPM) IBM, incluyendo descargas, demostraciones, artículos, tutoriales, eventos, transmisiones por Internet y más.
  
  
• Business Process Management enabled by SOA (Gestión de Procesos de Negocios habilitado por SOA): Obtenga información del producto, incluyendo características y beneficios.
  
  

Comentar

• Foro WebSphere Business Events V6.1: comparta sus experiencias y dudas con otros usuarios de WebSphere Business Events.
  
  

Sobre el autor

Jon Mc Namara es Senior IT Specialist de Software Group Services en Hursley, Reino Unido. La experiencia de Jon se focaliza en z/OS, especialmente en WebSphere MQ, WebSphere Message Broker y WebSphere Business Integration para Financial Networks. Recientemente, Jon se ha involucrado en el sector de gestión de procesos de negocios, concentrándose en el uso de WebSphere Business Modeler, WebSphere Process Server, WebSphere Integration Developer y WebSphere Business Monitor. Para contactar a Jon, escríbale a jon_mcnam@uk.ibm.com.

Califique este artículo

Comentario

Volver arriba

Tabla de contenidos

• Generalidades
• Requisito previo de configuración de CEI
• Configuración de Business Events para aceptar mensajes CBE de CEI
• Configuración de Business Events para crear mensajes CBE y enviarlos a CEI
• Resumen
• Descargas
• Recursos
• Sobre el autor
• Comentarios