Topología para WS-Notification como un punto de entrada o salida para el bus de integración de servicios

Además de la capacidad de pasar información entre los generadores y consumidores de WS-Notification, el soporte de WS-Notification proporcionado en WebSphere Application Server también actúa como punto de entrada o salida del bus de integración de servicios. Las notificaciones de sucesos publicadas por aplicaciones WS-Notification se insertan en el bus de integración de servicios, donde cualquiera de las otras aplicaciones conectadas al bus las pueden modificar, redireccionar o consumir. Del mismo modo, las publicaciones enviadas por los clientes del bus de integración de servicios como, por ejemplo, JMS, pueden ser recibidas por los consumidores de WS-Notification.

Puede configurar WS-Notification de forma que las aplicaciones de servicios web reciban notificaciones de sucesos generadas por otros clientes del bus de integración de servicios, como los clientes JMS. De forma similar, las aplicaciones de servicios web pueden generar las notificaciones que recibirán otros tipos de cliente. Puede conseguir esta configuración creando un espacio de nombres de tema permanente que permita que los mensajes puedan ser compartidos entre los clientes del servicio web y los clientes del bus que no son del servicio web, tal como se describe en Acceso de las aplicaciones WS-Notification a un espacio de temas de un bus existente.

En la siguiente figura un editor de WS-Notification inserta una notificación de suceso en el intermediario de notificaciones que ha sido recibida por un consumidor de mensajes JMS. Por el contrario, un productor de mensajes JMS puede publicar un mensaje que es recibido por un consumidor de notificaciones. Los mensajes van del editor al intermediario de notificaciones, por SOAP sobre HTTP, y pasan por un WebSphere Application Server hasta llegar al proveedor de JMS y finalmente al consumidor de mensajes JMS por medio de JFAP. Por el contrario, los mensajes van del generador de mensajes JMS al proveedor de JMS mediante JFAP, y se desplazan a través de WebSphere Application Server hasta el intermediario de notificaciones para, después, alcanzar al consumidor de notificaciones mediante SOAP sobre HTTP.

Figura 1. Ejemplo de las vías de mensaje de un editor y un generador de mensajes JMS
Esta figura está descrita en el texto que aparece alrededor.

Interacción con tipos de mensaje JMS

El servicio WS-Notification es responsable de insertar mensajes en el bus de integración de servicios (en respuesta de las operaciones de notificación recibidas de los servicios web) y también de recibir mensajes del bus (con objeto de pasar mensajes a un servicio web como resultado de una operación de suscripción).

Los mensajes insertados por el servicio WS-Notification son del tipo BytesMessage de JMS, por lo tanto, cuando un servicio web invoca la operación de notificación en un punto de servicio WS-Notification, se inserta el contenido de aplicación del mensaje en el cuerpo de un BytesMessage de JMS utilizando el cifrado UTF-8.

Para los mensajes recibidos por el servicio WS-Notification en respuesta a una suscripción, se aplica una conversión inversa. El mensaje recibido se convierte al tipo de mensaje JMS aplicable. Si se decide que el tipo apropiado es el tipo BytesMessage, el cuerpo del mensaje se convierte a una serie utilizando el cifrado UTF-8 y se continúa a través del código para realizar la comprobación antes de enviarse al servicio web que realiza la solicitud.

Si la serie BytesMessage convertida no contiene ningún elemento XML, cuando se convierte a una serie, este mensaje se ignora ya que ha sido originado por una aplicación (JMS) no consciente de WS-Notification.

Si se decide que el mensaje recibido sea del tipo TextMessage, el contenido del cuerpo del mensaje se extrae y el proceso continua del mismo modo que para el contenido BytesMessage convertido. Esto quiere decir que las aplicaciones JMS que desean proporcionar notificaciones de suceso a una aplicación WS-Notification puede elegir enviar el contenido como BytesMessage o TextMessage, dependiendo de lo que sea más conveniente para la aplicación.

Si el mensaje recibido no es ni del tipo BytesMessage ni del TextMessage, se descarta ya que ha sido originado por una aplicación (JMS) que no es consciente de WS-Notification.

Nota: Si las aplicaciones de suscriptor utilizan el filtro de contenido de mensajes y se han codificado para especificar SelectorDomain de XPath Versión 1.0, pueden filtrar el contenido de mensajes de publicaciones que son de tipo TextMessage o BytesMessage de JMS.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjwsn_scen2
File name: cjwsn_scen2.html