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, Modelos de mensaje y Nodo MQInput en la documentación de IBM Integration Bus.

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.

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

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 del terminal Out (de salida), al nodo Mapping. 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 (de anomalías), al nodo TEXTMESSENGER_FAIL, que transfiere el mensaje a la cola TEXTMESSENGER_FAIL.
3. El nodo Mapping transforma el mensaje añadiendo la palabras Powered by IBM al texto del mensaje. El nodo Mapping 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 esta definición de mensaje, nodos más complejos del flujo de mensajes, como el nodo Mapping, no podrían procesar la información entrante; el nodo Mapping tiene que 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 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 IBM Integration Bus.

El flujo de mensajes SurfWatch

El diagrama siguiente muestra el flujo de mensajes SurfWatch.

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

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 Out (de salida), al nodo Mapping. 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 (de anomalías), al nodo SURFWATCH_FAIL, que transfiere el mensaje a la cola SURFWATCH_FAIL.
3. El nodo Mapping transforma el mensaje convirtiendo el mensaje de informe de surf en un mensaje de buscapersonas sin formato. El nodo Mapping hace referencia al conjunto de mensajes para comprender, o analizar, la estructura del mensaje de entrada y para construir 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 estas definiciones de mensaje, nodos más complejoss del flujo de mensajes, como el nodo Mapping, no podrían procesar la información entrante; el nodo Mapping tiene que hacer referencia a la información que hay en las definiciones de mensaje 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 transforma el mensaje de un mensaje de informe de surf a un mensaje 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