Acerca de los ejemplos del Buscapersonas

Los ejemplos del Buscapersonas, Mensajero de textos y SurfWatch, muestran cómo usar distintos estilos de mensajes para enviar mensaje a una aplicación de buscapersonas. El ejemplo Mensajero de textos muestra la mensajería punto a punto, en que la aplicación emisora conoce el destino del mensaje; el ejemplo SurfWatch muestra la mensajería de publicación/suscripción, en que las aplicaciones emisora y receptora están separadas. El estilo de publicación/suscripción es parecido a poner un mensaje en un tablón de noticias; la persona que a persona que pone el mensaje no tiene por qué saber quién va a leerlo y la gente que lo lee no tiene por qué saber quién lo ha anotado en el cartel.

Este tema describe los flujos de mensajes y los conjuntos de mensajes que utilizan los ejemplos del buscapersonas para procesar los mensajes que se envían a la aplicación de Buscapersonas. Para obtener más información, consulte Visión general de flujos de mensajes, Modelo de mensajes y Nodo MQInput en la documentación de WebSphere Message Broker.

El ejemplo del Mensajero de textos (mensajería punto a punto)

Cuando se utiliza la aplicación Mensajero de textos para enviar un mensaje al ejemplo de Buscapersonas, el mensaje lo procesa el flujo de mensajes del Mensajero de textos. El flujo de mensajes añade el texto Powered by IBM al final del texto del mensaje y después pasa el mensaje a la aplicación Buscapersonas.

El flujo de mensajes del Mensajero de textos

La siguiente figura muestra el flujo de mensajes del Mensajero de textos.

Una captura de pantalla del flujo de mensajes del Mensajero de textos

La siguiente tabla lista los tipos de nodos que se utilizan en el flujo de mensajes del Mensajero de textos.

Tipo de nodo Nombre de nodo
MQInput TEXTMESSENGER
Mapping Add IBM Text
MQOutput TEXTMESSENGER_FAIL; PAGER

El flujo de mensajes del Mensajero de textos realiza las siguientes operaciones:

  1. Cuando se transfiere un mensaje a la cola TEXTMESSENGER mediante la aplicación Mensajero de textos, el nodo TEXTMESSENGER obtiene el mensaje de la cola.
  2. El nodo TEXTMESSENGER hace referencia a información del conjunto de mensajes, en la que se ha definido la estructura del mensaje, para comprobar si el mensaje tiene una estructura correcta. Si el mensaje tiene la estructura correcta, el nodo TEXTMESSENGER pasa el mensaje, a través de su terminal de salida, al nodo Add IBM Text. De forma alternativa, si hay algún problema para identificar el mensaje, el nodo TEXTMESSENGER pasa el mensaje, a través de su terminal Failure, al nodo TEXTMESSENGER_FAIL, que transfiere el mensaje a la cola TEXTMESSENGER_FAIL.
  3. El nodo Add IBM Text transforma el mensaje añadiendo las palabras Powered by IBM al texto del mensaje. El nodo Add IBM Text hace referencia al conjunto de mensajes para comprender o analizar la estructura del mensaje.
  4. El nodo PAGER coloca el mensaje modificado en la cola PAGER. A continuación, la aplicación Buscapersonas obtiene el mensaje de la cola PAGER.

La definición del mensaje Buscapersonas

Cuando el flujo de mensajes del Mensajero de textos añade el texto al mensaje, ha de comprender la estructura del mensaje. La estructura del mensaje está definida en un conjunto de mensajes externo al que hace referencia el flujo de mensajes. Sin dicha definición de mensaje, nodos más complicados del flujo de mensajes como, por ejemplo, el nodo Mapping (Add IBM Text), no podrían procesar la información entrante; el nodo Mapping debe hacer referencia a la información que hay en la definición de mensaje para procesar el mensaje.

Cuando se utiliza la aplicación Mensajero de textos para enviar un mensaje que diga, por ejemplo, Este es mi mensaje para el buscapersonas, el mensaje que entra el flujo de mensajes es parecido al siguiente:

<pager>
<text>Este es mi mensaje para el buscapersonas.</text>
</pager>

El nodo Mapping, Add IBM Text, cambia el mensaje añadiendo el texto Powered by IBM al final del texto del mensaje. Cuando el mensaje deja el flujo de mensajes, se parece al siguiente:

<pager> 
<text>Este es mi mensaje para el buscapersonas. Powered by IBM.</text>
</pager>

El ejemplo SurfWatch (mensajería de publicación/suscripción)

Cuando la aplicación Surf Report Publisher (Publicador de informes de surf) publica mensajes, los mensajes los procesa el flujo de mensajes SurfWatch. El flujo de mensajes SurfWatch transforma los mensajes de informe de surf en mensajes sin formato del buscapersonas, y publica cada mensaje para un tema que corresponda al nombre de la playa. Los mensajes sobre los temas a los que se haya suscrito utilizando la aplicación Surf Report Publisher los recibe la aplicación Buscapersonas. Para obtener más información, consulte Publicación/suscripción en la documentación de WebSphere Message Broker.

El flujo de mensajes SurfWatch

El diagrama siguiente muestra el flujo de mensajes SurfWatch.

Una captura de pantalla del flujo de mensajes SurfWatch

La siguiente tabla lista los tipos de nodos que se utilizan en el flujo de mensajes SurfWatch.

Tipo de nodo Nombre de nodo
MQInput SURFWATCH
Mapping Change The Message
MQOutput SURFWATCH_FAIL
Publication Publish Reports

El flujo de mensajes SurfWatch realiza las siguientes operaciones:

  1. Cuando se transfiere un mensaje a la cola SURFWATCH mediante la aplicación Surf Report Publisher, el nodo SURFWATCH obtiene el mensaje de la cola.
  2. El nodo SURFWATCH hace referencia a información del conjunto de mensajes, en la que se ha definido la estructura del mensaje, para comprobar si el mensaje tiene una estructura correcta. Si el mensaje tiene la estructura correcta, el nodo SURFWATCH pasa el mensaje, a través de su terminal de salida, al nodo Change The Message. De forma alternativa, si hay algún problema para identificar el mensaje, el nodo SURFWATCH pasa el mensaje, a través de su terminal Failure, al nodo SURFWATCH_FAIL, que transfiere el mensaje a la cola SURFWATCH_FAIL.
  3. El nodo Change The Message transforma el mensaje convirtiendo el mensaje del informe de surf en un mensaje sin formato del buscapersonas. El nodo Change The Message hace referencia al conjunto de mensajes para comprender o analizar, la estructura del mensaje de entrada y para crear el mensaje de salida.
  4. El nodo Publish Reports comprueba si ha una suscripción que coincida con el nombre del tema bajo el cual va a publicarse el mensaje. Si hay alguna suscripción a dicho tema, el nodo Publish Reports publica el mensaje en la cola PAGER. A continuación, la aplicación Buscapersonas obtiene el mensaje de la cola PAGER.

Las definiciones de mensajes de SurfWatch y Buscapersonas

Cuando el flujo de mensajes SurfWatch transforma el mensaje en formato de informe de surf al formato de buscapersonas, éste ha de comprender tanto la estructura del mensaje de entrada del informe de surf como la estructura del mensaje de salida del Buscapersonas. Las estructuras de los mensajes están definidas en un conjunto de mensajes externo al que hace referencia el flujo de mensajes. Sin dichas definiciones de mensajes, nodos más complicados del flujo de mensajes como, por ejemplo el nodo Mapping (Change The Message), no podrían procesar la información entrante; el nodo Mapping debe hacer referencia a la información que hay en las definiciones para procesar el mensaje.

Cuando se utiliza la aplicación Publicador de informes de surf para suscribirse a los informes de surf relativos, por ejemplo, a la playa Haleiwa, el mensaje que entra en el flujo de mensajes es semejante al siguiente:

<SurfWatch>
<TimeDate>21.05.03 09:52:13</TimeDate>
<Break>Pipeline</Break>
<Waves>4</Waves>
<Wind>Side-offshore</Wind>
</SurfWatch>

El nodo Mapping, Change The message, transforma el mensaje de un mensaje de informe de surf a un mensaje de informe de buscapersonas sin formato. Cuando el mensaje deja el flujo de mensajes, se parece al siguiente:

<Pager>
<text>SurfWatch 21.05.03 09:52:13 Pipeline: Side-offshore, waves 4m.</text>
</Pager>

Volver a la página inicial del ejemplo