Utilización del protocolo de transporte HTTP con Message Broker

En este apartado se describe cómo enviar y recibir documentos entre WebSphere Business Integration Connect y WebSphere Business Integration Message Broker utilizando el protocolo de transporte HTTP.

Nota:
Todas las referencias al protocolo de transporte HTTP se aplican también a HTTPS.

Componentes necesarios para los documentos mediante el transporte HTTP

Para enviar o recibir un documento entre Business Integration Connect y Message Broker utilizando el protocolo de transporte HTTP, no es necesario ningún componente especial. Sólo se necesitan Business Integration Connect y Message Broker. Para que Business Integration Connect pueda comunicarse con Message Broker versión 5.0 utilizando el protocolo de transporte HTTP, es necesario que estos dos componentes estén configurados.En la Tabla 84 se resumen estos pasos de configuración.

Tabla 84. Configuración de Business Integration Connect y Message Broker
Componente Versión Si desea obtener más información
WebSphere Business Integration Connect 4.2.2

Configuración de documentos salientes mediante el protocolo de transporte HTTP

Configuración de documentos entrantes mediante el protocolo de transporte HTTP

WebSphere Business Integration Message Broker 5.0 Configuración de Message Broker

Asimismo, para enviar o recibir un documento entre Business Integration Connect y Message Broker utilizando el protocolo de transporte HTTP, debe utilizar IBM WebSphere MQ 5.3 como proveedor de JMS.

Envío de documentos mediante el transporte HTTP

Para que Business Integration Connect pueda enviar un documento a Message Broker mediante el protocolo de transporte HTTP, se utilizan los nodos de transporte HTTP especiales dentro del flujo de mensajes de Message Broker para recuperar el documento que ha enviado Business Integration Connect como una corriente de datos HTTP. Los nodos del flujo de mensajes realizan los cálculos necesarios y, a continuación, direccionan el documento a un destino (una cola de salida JMS).

En los pasos siguientes se describe cómo envía Business Integration Connect un documento a un flujo de mensajes dentro de Message Broker mediante el protocolo de transporte HTTP:

  1. Business Integration Connect envía un mensaje HTTP a Message Broker.

    Si el tipo de empaquetado del documento era Integración de programas de fondo, Business Integration Connect ha proporcionado propiedades personalizadas en este mensaje.

    Nota:
    Dentro de Business Integration Connect, debe configurar una pasarela que identifique el URL al que Business Integration Connect envía el mensaje y en el que Message Broker realiza el sondeo. Si desea obtener más información, consulte el apartado Configuración de documentos salientes mediante el protocolo de transporte HTTP.
  2. El nodo HTTPInput del flujo de mensajes elige el documento y lo envía al siguiente nodo del flujo de mensajes. Este nodo es normalmente un nodo Compute.
  3. Los nodos del flujo de mensajes se ejecutan para aplicar la lógica empresarial.

    Cuando la lógica empresarial finaliza, el flujo de mensajes envía el documento resultante al nodo HTTPReply.

  4. Por omisión, el nodo HTTPReply devuelve el mensaje de salida al cliente (Business Integration Connect).

    De manera alternativa, el flujo de mensajes puede poner el mensaje en un nodo MQOutput. El nodo MQOutput recibe el documento y lo envía a la cola JMS correspondiente o a otra aplicación.

Recepción de documentos mediante el transporte HTTP

Para que Business Integration Connect pueda recibir un documento de Message Broker utilizando el protocolo de transporte HTTP, se utilizan los nodos de transporte HTTP especiales dentro del flujo de mensajes de Message Broker para enviar el documento que va a recibir Business Integration Connect como una corriente de datos HTTP. Los nodos del flujo de mensajes realizan los cálculos necesarios y manejan la petición y la respuesta (si la interacción es sincrónica) con Business Integration Connect.

En los pasos siguientes se describe cómo recibe Business Integration Connect un documento de un flujo de mensajes dentro de Message Broker mediante el protocolo de transporte HTTP:

  1. El flujo de mensajes dentro de Message Broker recibe un documento en el nodo MQInput (como cola de entrada JMS).
  2. El nodo MQInput del flujo de mensajes recibe el documento y lo envía al nodo HTTPRequest.
  3. El nodo HTTPRequest maneja las interacciones de petición y respuesta con el cliente (Business Integration Connect) utilizando el URL especificado.
  4. Business Integration Connect recibe el mensaje del URL, tal como está configurado en el destino.

    Si desea obtener más información sobre el destino, consulte el apartado Configuración de documentos entrantes mediante el protocolo de transporte HTTP.

Creación del flujo de mensajes para el transporte HTTP

Para que un flujo de mensajes de Message Broker maneje documentos mediante el protocolo de transporte HTTP, se utilizan los siguientes nodos de transporte:

El orden de uso de estos nodos de transporte depende de la dirección de la comunicación, tal como se especifica a continuación:


Tabla 85. Nodos para enviar documentos a Message Broker mediante HTTP
Tipo de nodo Objetivo Notas
HTTPInput Recibe el documento de petición de Business Integration Connect en el flujo de mensajes

Establece el campo Selector de URL de este nodo de transporte (en las propiedades básicas) en el URL al que Business Integration Connect envía los documentos. Por lo tanto, se debe establecer en el URL configurado en la pasarela de Business Integration Connect. El URL debe tener el siguiente formato:

http://nombreSistPral:puerto/víaAcceso
 

donde nombreSistPral es el nombre de la máquina en la que reside Message Broker, puerto es el número de puerto HTTP en el que escucha Message Broker y víaAcceso identifica la ubicación en esta máquina.

Si desea obtener más información, consulte el apartado Configuración de documentos salientes mediante el protocolo de transporte HTTP.

Compute Realiza tareas de lógica empresarial como, por ejemplo, la actualización de la información de cabecera Utilice ESQL para ejecutar la lógica empresarial. El nodo Compute envía el mensaje resultante al nodo HTTPReply.
HTTPReply Devuelve una respuesta a Business Integration Connect Por omisión, este nodo envía el mensaje de salida al cliente. No obstante, puede configurarlo para que lo envíe a un nodo MQOutput.
MQOutput Recibe el documento del nodo HTTPReply y lo envía a Business Integration Connect Este nodo de transporte envía el documento resultante a una cola de salida JMS, que lo direcciona a su próximo destino.

Tabla 86. Nodos para recibir documentos de Message Broker mediante HTTP
Tipo de nodo Objetivo Notas
MQInput Recibe el documento de Business Integration Connect Este nodo de transporte recibe el documento entrante de una cola de entrada JMS.
HTTPRequest Maneja las interacciones de petición/respuesta con Business Integration Connect

Este nodo de transporte debe establecer el campo URL de servicios web (en las propiedades básicas) en el URL donde Business Integration Connect escucha los documentos. Por lo tanto, se debe establecer en el URL configurado en el destino de Business Integration Connect. El URL debe tener el siguiente formato:

http://nombreSistPral:puerto/bcgreceiver/víaAcceso
 

donde nombreSistPral es el nombre de la máquina en la que reside Business Integration Connect, puerto es el número de puerto HTTP en el que escucha el receptor de Business Integration Connect y víaAcceso identifica la ubicación en esta máquina.

Si desea obtener más información, consulte el apartado Configuración de documentos entrantes mediante el protocolo de transporte HTTP.

Si desea obtener más información sobre cómo crear y configurar nodos de flujos de mensajes, consulte la documentación de WebSphere Business Integration Message Broker.

Copyright IBM Corp. 1997, 2004