Configuración de Business Integration Connect para InterChange Server

En el apartado Configuración de Business Integration Connect se proporciona una visión general de cómo configurar Business Integration Connect para comunicarse con un sistema de programa de fondo. En este apartado se resumen los pasos necesarios para configurar Business Integration Connect para comunicarse con InterChange Server. Para realizar esta configuración, utilice una instancia de Business Integration Connect Enterprise o Advanced Edition que funcione como gestor de comunidad en la comunidad de concentrador.

La configuración de Business Integration Connect incluye los siguientes pasos:

Cómo proporcionar soporte a los documentos salientes

Para que Business Integration Connect pueda enviar documentos a un sistema de programa de fondo, debe realizar los pasos que se describen en el apartado Definir dónde se envía el documento de participante. Si el sistema de programa de fondo es InterChange Server, deberá crear una pasarela cuyo tipo de transporte coincida con el protocolo de transporte utilizado para los mensajes entre Business Integration Connect e InterChange Server. Cuando el gestor de comunidad envíe un documento a InterChange Server, deberá saber dónde debe direccionar el documento. Esta ubicación debe cumplir con el protocolo de transporte que se esté utilizando. El protocolo de transporte debe ser compatible con InterChange Server (consulte el apartado Transportes de mensajes a los que da soporte InterChange Server).

En los siguientes apartados se resume cómo crear pasarelas para los siguientes protocolos de transporte compatibles con InterChange Server:

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

Cuando el gestor de comunidad envía un documento a InterChange Server mediante el protocolo HTTP, el gestor de comunidad direcciona el mensaje a través de la pasarela definida. Esta pasarela identifica el URL donde InterChange Server puede recibir el documento. Cuando InterChange Server utiliza el protocolo HTTP, un componente compatible con ICS recibe el documento en el URL correspondiente, donde puede cambiarlo posteriormente a InterChange Server.

Para que el gestor de comunidad pueda enviar documentos a través de una pasarela mediante el protocolo de transporte HTTP, debe crear una pasarela en la pantalla Detalles de pasarela de la consola de comunidad. Esta pasarela debe estar configurada para utilizar el protocolo de transporte HTTP 1.1. y escribir en el URL en el que escucha el componente compatible con ICS correspondiente. Tal como se muestra en la Tabla 30, este URL se proporciona en el campo URI de destino de la definición de pasarela.

Nota:
En el apartado Definir dónde se envía el documento de participante se proporciona una visión general de cómo se crea una pasarela.


Tabla 30. Valores HTTP de la pantalla Detalles de pasarela para la comunicación con InterChange Server
Versión de InterChange Server Valor del campo URI de destino Notas y restricciones
4.1.1, 4.2.0, 4.2.1 El URL debe ser el mismo que el configurado para el servlet de WebSphere Business Integration Connect Servlet. Obtenga este URL de la configuración del servlet de Connect en la integración de WebSphere InterChange Server.
4.2.2 El URL debe ser el mismo que el que utiliza para recibir peticiones el receptor de protocolo de WebSphere Business Integration Adapter para HTTP. Obtenga este URL de la configuración del adaptador de HTTP en la integración de WebSphere InterChange Server.

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

Cuando el gestor de comunidad envía un documento a InterChange Server mediante el protocolo JMS, el gestor de comunidad direcciona el documento a la cola JMS correspondiente, donde InterChange Server puede recuperarlo. Para que el gestor de comunidad pueda obtener esta ubicación JMS, debe crear una pasarela en Business Integration Connect que utilice el protocolo de transporte JMS. Esta pasarela debe estar configurada para escribir en la cola en la que realiza sondeos el adaptador de JMS.

Nota:
En el apartado Definir dónde se envía el documento de participante puede encontrar una visión general de cómo crear una pasarela.

Para que el gestor de comunidad pueda enviar documentos a través de una pasarela mediante el protocolo de transporte JMS, cree una pasarela en la pantalla Detalles de pasarela de la consola de comunidad. Si utiliza WebSphere MQ versión 5.3 como proveedor JMS, utilice la información de la Tabla 116 para establecer los campos de la pasarela. Asimismo, especifique la información que se incluye en la Tabla 31 para el protocolo JMS en la pantalla Detalles de pasarela.

Tabla 31. Valores JMS de la pantalla Detalles de pasarela para la comunicación con ICS
Campo de Detalles de pasarela Valor Notas y restricciones
Clase de mensaje JMS TextMessage, BytesMessage o StreamMessage

Las versiones del adaptador de JMS anteriores a la 2.4.1 sólo dan soporte a mensajes de texto JMS. Si utiliza una versión anterior a 2.4.1 de este adaptador, asegúrese de que la pasarela esté configurada para escribir sólo mensajes de texto JMS (TextMessage)

Nombre de cola JMS Mismo nombre de cola JMS que la cola de entrada del adaptador de JMS

Esta cola debe estar incluida en la lista de colas de entrada del adaptador de JMS; esto es, el adaptador debe sondear esta cola y buscar los eventos entrantes. Si desea obtener más información, consulte el apartado Identificación de las colas JMS.

Cómo proporcionar soporte a los documentos entrantes

Para que Business Integration Connect pueda recibir documentos de un sistema de programa de fondo, debe realizar los pasos que se describen en el apartado Definir dónde se recupera el documento de programa de fondo. Si el sistema de programa de fondo es InterChange Server, siga estos pasos en el gestor de comunidad:

  1. Como parte del perfil de participante del gestor de comunidad, defina el tipo de pasarela y proporcione la dirección IP asociada en la que escuchará el receptor.
  2. Cree un destino cuyo tipo de transporte coincida con el protocolo de transporte utilizado para los documentos entre Business Integration Connect e InterChange Server.

    Para que el gestor de comunidad pueda recibir un documento de InterChange Server, debe saber la ubicación en la que se van a recuperar los mensajes. Esta ubicación debe cumplir con el protocolo de transporte que se va a utilizar. El protocolo de transporte debe ser compatible con InterChange Server (consulte el apartado Transportes de mensajes a los que da soporte InterChange Server).

En los siguientes apartados se resume cómo crear destinos para los protocolos de transporte compatibles con InterChange Server.

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

Cuando el gestor de comunidad recibe un documento mediante el protocolo de transporte HTTP, el receptor recibe el documento del destino definido. Este destino identifica el URL en el que el receptor escucha los documentos de InterChange Server. Cuando InterChange Server utiliza el protocolo de transporte HTTP, un adaptador envía el documento al URL correspondiente, donde el gestor de comunidad puede recibirlo.

Para que el gestor de comunidad pueda recibir documentos a través de un destino mediante el protocolo de transporte HTTP, debe crear un destino en la pantalla Lista de destinos de la consola de comunidad. Este destino debe utilizar el protocolo de transporte HTTP 1.1. El gestor de comunidad determina este URL como una combinación de la siguiente información:

Nota:
En el apartado Definir dónde se recupera el documento de programa de fondo se proporciona una visión general de cómo se crea un destino.

Para que InterChange Server pueda enviar documentos a este destino, el componente compatible con ICS debe estar configurado para enviar documentos a este URL. Por lo tanto, debe asegurarse de que este URL de destino esté disponible para la configuración de InterChange Server.

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

Cuando el gestor de comunidad recibe un documento de InterChange Server mediante el protocolo JMS, el gestor de comunidad obtiene el documento de la cola JMS correspondiente, donde InterChange Server lo ha enviado. Para que el gestor de comunidad pueda obtener esta ubicación JMS, debe crear un destino en Business Integration Connect que utilice el protocolo de transporte JMS. Mediante el destino, el gestor de comunidad escucha los documentos de esta cola de entrada y los recupera.

Nota:
En el apartado Definir dónde se recupera el documento de programa de fondo puede encontrar una visión general de cómo crear un destino.

Para que el gestor de comunidad pueda recibir documentos a través de un destino mediante el transporte JMS, debe crear un destino en la pantalla Lista de destinos de la consola de comunidad. Si utiliza WebSphere MQ versión 5.3 como proveedor JMS, utilice la información de la Tabla 115 para establecer los campos del destino. Asimismo, especifique la información que se incluye en la Tabla 32 para el protocolo JMS en la pantalla Detalles de destino.

Tabla 32. Valores JMS de la pantalla Detalles de destino para la comunicación con ICS
Campo de Detalles de destino Valor Notas y restricciones
Clase de mensaje JMS TextMessage

Las versiones del adaptador de JMS anteriores a la 2.4.1 sólo dan soporte a mensajes de texto JMS. Si utiliza una de estas versiones del adaptador, asegúrese de que el destino esté configurado para escribir sólo mensajes de texto JMS.

Nombre de cola JMS Mismo nombre de cola JMS que la cola de salida del adaptador de JMS

Esta cola debe aparecer como la cola de salida del adaptador de JMS; esto es, el adaptador debe enviar documentos a esta cola. Si desea obtener más información, consulte el apartado Identificación de las colas JMS.

Copyright IBM Corp. 1997, 2004