Opciones de transporte de entrada

Hay varias opciones, como los valores de red y seguridad, que se aplican al configurar motores de mensajería que reciben mensajes.

La configuración de los transportes de red para la integración de servicios se gestiona mediante el servicio de canales de transporte. Puede utilizar este servicio para suprimir o modificar los protocolos que se pueden utilizar para establecer las conexiones con un servidor de aplicaciones a través de una red.

Puede configurar un servidor de aplicaciones para permitir que se utilice una combinación de protocolos diferentes, esto es, una cadena de transporte, para la comunicación con los motores de mensajería que aloja el servidor. El servicio de canal de transporte incluye soporte para:

TCP
SSL (Secure Sockets Layer) a través de una red TCP.
Túnel a través de conexiones HTTP (Hyper Text Transfer Protocol)
Túnel a través de conexiones HTTPS (HTTP seguro).

Los clientes del motor de mensajería (por ejemplo, las aplicaciones JMS que se ejecutan en un contenedor de cliente) y otros motores de mensajería se pueden comunicar con un motor de mensajería que utiliza estas cadenas de transporte.

También puede configurar uno de los dos tipos diferentes de cadena de transporte que utilizarán los enlaces IBM MQ y los enlaces de cliente IBM MQ. Estas cadenas de transporte dan soporte a:

TCP
SSL (Secure Sockets Layer) a través de una red TCP.

IBM MQ Los canales de envío del administrador de colas y las aplicaciones WebSphere® Application Server que utilizan el proveedor de mensajería IBM MQ pueden comunicarse con un motor de mensajería utilizando cualquiera de estos tipos de cadena de transporte.

Cuando se crea un servidor utilizando la plantilla predeterminada, las siguientes cadenas de transporte se crean automáticamente para facilitar la comunicación con los motores de mensajería que aloja el servidor de aplicaciones:

InboundBasicMessaging: Permite la comunicación utilizando el protocolo TCP. El puerto predeterminado utilizado por esta cadena para el primer servidor del nodo es 7276. Compruebe que el puerto seleccionado no esté utilizándose todavía, por ejemplo, si va a configurar un segundo servidor en un nodo concreto. Los motores de mensajería alojados en los otros servidores de aplicaciones y las aplicaciones JMS que se ejecutan en un contenedor de cliente pueden comunicarse utilizando esta cadena de transporte.
InboundSecureMessaging: Proporciona comunicaciones seguras utilizando el protocolo de cifrado basado en SSL (Secure Sockets Layer) a través de una red TCP. El puerto predeterminado utilizado por esta cadena para el primer servidor del nodo es 7286. Compruebe que el puerto seleccionado no esté utilizándose todavía, por ejemplo, si va a configurar un segundo servidor en un nodo concreto. La información de configuración SSL para esta cadena está basada en el repertorio SSL predeterminado para el servidor de aplicaciones. Los motores de mensajería alojados en los otros servidores de aplicaciones y las aplicaciones JMS que se ejecutan en un contenedor de cliente pueden comunicarse utilizando esta cadena de transporte.
InboundBasicMQLink: Admite canales y aplicaciones de envío del gestor de colas de mensajería de correo electrónico ( IBM MQ ) mediante el proveedor de mensajería de correo electrónico ( IBM MQ ) que se conecta a través de una red de mensajería de correo electrónico ( TCP ). El puerto predeterminado utilizado para esta cadena es 5558, aunque puede ajustarse automáticamente para evitar conflictos.
InboundSecureMQLink: Habilita los canales de envío y las aplicaciones del gestor de colas de IBM MQ mediante el proveedor de mensajería IBM MQ para establecer conexiones cifradas basadas en SSL a través de una red TCP. El puerto predeterminado utilizado para esta cadena es 5578, aunque puede ajustarse automáticamente para evitar conflictos.
soReuseAddr: Permite al administrador de WebSphere Application Server controlar el comportamiento de vinculación. Cuando se reinicia el WebSphere Application Server, si los canales TPC de entrada tienen problemas al intentar enlazar el socket de escucha, los errores se imprimen en el archivo SystemOut hasta que el enlace se realiza correctamente o hasta que se haya pasado el número de intentos de enlace permitidos. Esta propiedad personalizada ayuda a evitar repetir mensajes de error durante el proceso de enlace.

De forma predeterminada, todas estas cadenas de transporte se configuran para que utilicen la agrupación de hebras SIBFAPInboundThreadPool para manejar los datos que reciben. No se ha identificado ninguna razón para que sea necesario modificar el tamaño mínimo o máxima de esta agrupación de hebras.

Puede gestionar estas cadenas en la consola administrativa seleccionando una de las siguientes opciones:

Servidores -> Tipos de servidor -> WebSphere Application Servers -> nombre_servidor -> Transportes de entrada del motor de mensajería
Servidores -> Tipos de servidor -> Servidores de aplicaciones WebSphere -> nombre_del_servidor -> [Mensajería del servidor] IBM MQ enlace transportes entrantes

También puede utilizar estos paneles de la consola administrativa para definir las nuevas cadenas de transporte a partir de un conjunto de plantillas.

Las cadenas del canal de entrada que se utilizan para comunicarse con los motores de mensajería generalmente se inician cuando se inicia el servidor de aplicaciones que las aloja. Esto puede producirse incluso si el servidor de aplicaciones no aloja ningún motor de mensajería activo. Cuando se inicia una cadena de entrada, se enlaza al puerto TCP que se ha asignado y acepta las conexiones de red. La tabla siguiente describe las circunstancias bajo las cuales se inician las cadenas de entrada relacionadas con la función de mensajería:

Tabla 1. Escenarios en los que se inician las cadenas de entrada. La primera columna lista los escenarios de bus de integración de servicios en los que se inician las cadenas de entrada. La segunda columna indica si se inician las cadenas de mensajería para los escenarios. La tercera columna indica si se han iniciado las cadenas de interoperabilidad IBM MQ para los escenarios.
	Cadenas de mensajería	IBM MQ cadenas de interoperabilidad
Servicio SIB inhabilitado para el servidor	No iniciado	No iniciado
Servicio SIB habilitado para el servidor y sin enlaces IBM MQ ni enlaces de cliente IBM MQ definidos	Iniciado	No iniciado
Servicio SIB habilitado y enlaces IBM MQ o recursos de enlaces de clientes IBM MQ definidos	Iniciado	Iniciado

Para obtener más información sobre cómo habilitar o inhabilitar el servicio SIB, consulte los Valores del servicio SIB.

Para obtener más información sobre cómo definir recursos relacionados con IBM MQ, consulte, por ejemplo, la configuración del canal del remitente del enlace IBM MQ.

Tenga en cuenta que no hay una afinidad entre una cadena de canales de entrada determinada y un motor de mensajería. Cualquier motor de mensajería activo en un servidor puede contactarse mediante cualquier cadena de canales de entrada que esté ejecutándose. Esto tiene implicaciones importantes cuando se intenta proteger las comunicaciones: las comunicaciones con los motores de mensajería que están activos en un servidor de aplicaciones solamente es tan seguro como la cadena de mensajería activa menos segura que haya en servidor dentro de la misma categoría, esto es, una cadena de mensajería o una cadena de interoperatividad MQ.

Puede especificar cadenas de transporte de entrada por nombre en los lugares siguientes:

El campo Cadena de transporte entre motores en los valores de bus. Esto especifica la cadena utilizada para establecer conexiones entre nodos de la misma célula.
El campo Cadena de transporte de entrada de destino en los valores de fábrica de conexiones unificadas del proveedor de mensajería predeterminado. Esto especifica el nombre de la cadena de transporte que se ha de utilizar para establecer una conexión de red que utilizará una aplicación cuando se conecte con un motor de mensajería remoto.