Valores de puerto de escucha

Un puerto de escucha define la asociación entre una fábrica de conexiones, un destino y un bean controlado por mensajes desplegado. Esta asociación permite que los beans controlados por mensajes desplegados, que estén asociados al puerto, recuperen mensajes procedentes del destino.

Utilice este panel para ver o modificar las propiedades de configuración del puerto de escucha seleccionado.

Para ver esta página de la consola administrativa, pulse Servidores > Tipos de servidor > Servidores de aplicaciones de WebSphere > nombre_servidor > [Comunicaciones] Mensajería > Servicio de escucha de mensajes > Puertos de escucha > puerto_escucha.

Nombre

Nombre por el que se conoce el puerto de escucha por razones administrativas.

Tipo de datos Serie
Valor predeterminado Nulo
Estado inicial

Estado que desea que tenga el puerto de escucha cuando el servidor de aplicaciones se vuelva a iniciar la próxima vez.

Tipo de datos Enum
Unidades No se aplica
Valor predeterminado Iniciado
Rango
Iniciado
La próxima vez que se inicie el servidor de aplicaciones, el puerto de escucha se inicia automáticamente.
Detenido
La próxima vez que se inicie el servidor de aplicaciones, el puerto de escucha no se inicia automáticamente. Si los beans controlados por mensajes van a utilizar este puerto de escucha en el servidor de aplicaciones, el administrador del sistema debe iniciar el puerto manualmente o seleccionar el valor Iniciado de esta propiedad y después reiniciar el servidor de aplicaciones.
Descripción

Descripción del puerto de escucha para fines administrativos dentro de IBM WebSphere Application Server.

Tipo de datos Serie
Valor predeterminado Nulo
Nombre JNDI de la fábrica de conexiones

Nombre JNDI de la fábrica de conexiones de JMS que va a utilizar el puerto de escucha; por ejemplo, jms/connFactory1.

Tipo de datos Serie
Valor predeterminado Nulo
Nombre JNDI de destino

Nombre JNDI de destino que va a utilizar el puerto de escucha; por ejemplo, jms/destn1.

No puede utilizar un destino temporal para las respuestas con demora.

Tipo de datos Serie
Valor predeterminado Nulo
Número máximo de sesiones

Número máximo de sesiones simultáneas que puede tener un escucha con el servidor JMS para procesar mensajes.

Cada sesión se corresponde con una hebra de escucha independiente y por lo tanto controla el número de mensajes procesados simultáneamente. Ajuste este parámetro si el servidor no utiliza por completo la capacidad disponible de la máquina y si no tiene que procesar mensajes en un orden de mensaje específico.

Tipo de datos Entero
Unidades Sesiones
Valor predeterminado 1
Rango 1 a 2147483647
Recomendado
  • Para procesar mensajes en un orden de mensajes estricto, establezca el valor en 1, de modo que sólo una hebra procese mensajes en cada ocasión.
  • Para la concurrencia de mensajes, es decir para procesar varios mensajes simultáneamente establezca esta propiedad en un valor mayor que 1. Mantenga este valor tan bajo como sea posible para evitar sobrecargar las aplicaciones cliente. Un buen punto de partida para una carga de trabajo del 100% con periodos breves de transacción es de 2 a 4 sesiones por procesador. Si existen transacciones en ejecución más largas, es posible que necesite más sesiones, lo que deberá determinarse realizando pruebas.

    El número total de sesiones especificadas en la propiedad de máximo de sesiones de todos los puertos de escucha configurados debe ser inferior o igual al número de hebras especificadas para la propiedad de tamaño máximo de la agrupación de hebras de servicio de escucha de mensajes.

Número máximo de reintentos

Número máximo de veces que el escucha intenta entregar un mensaje a una instancia de bean controlado por mensaje antes de detenerse. El rango es de 0 a 2147483647.

Nota: Una cola de WebSphere MQ tiene una propiedad similar llamada propiedad Umbral de retroceso. Si el puerto de escucha está leyendo de una cola WebSphere MQ, el límite de reintentos y el comportamiento al alcanzar el límite se determina por cualquiera de estas dos propiedades al establecerse el límite inferior:
  • Si excede el límite Umbral de retroceso de cola de WebSphere MQ, WebSphere MQ mueve el mensaje que no puede entregarse a algún otro lugar (por ejemplo, a la cola de solicitud de retroceso de WebSphere MQ o a la cola de mensajes inactivos de WebSphere MQ) y el puerto de escucha pone el siguiente mensaje en la cola. En este caso, es posible que WebSphere Application Server no sepa que el mensaje no se ha entregado satisfactoriamente.
  • Si excede el límite de reintentos máximo del puerto de escucha, el puerto de escucha para. Intervenga manualmente para investigar el problema. Posiblemente tenga que eliminar el mensaje de la cola de WebSphere MQ y reiniciar el puerto de escucha.
Tipo de datos Entero
Unidades Reintentos
Valor predeterminado 0 (ningún reintento)
Rango 0 (ningún reintento) a 2147483647
Número máximo de mensajes

Número máximo de mensajes que el escucha puede procesar en una transacción.

Si la cola está vacía, el escucha procesa cada mensaje que llega. Cada mensaje se procesa dentro de una transacción independiente.

Para un proveedor de mensajería por omisión de la versión 5 de WebSphere o WebSphere MQ como proveedor de JMS, si los mensajes empiezan a acumularse en la cola, el escucha puede empezar a procesar mensajes en lotes. En el caso de proveedores de mensajería de terceros, el valor de esta propiedad se pasa al proveedor de JMS pero el efecto depende del proveedor de JMS.

Tipo de datos Entero
Unidades Número de mensajes
Valor predeterminado 1
Rango 1 a 2147483647
Recomendado
Para los proveedores de mensajería predeterminados de WebSphere o WebSphere MQ como proveedor de JMS, para procesar varios mensajes en una sola transacción, establezca este valor en más de 1. Si se empiezan a acumular mensajes en la cola, un valor mayor que 1 permite que varios mensajes se procesen por lotes en una sola transacción y se elimina una gran parte de los costes de proceso de transacciones de los mensajes JMS.
PRECAUCIÓN:
  • Si un mensaje del lote no se procesa correctamente con una excepción, todo el lote de mensajes se devuelve a la cola para que se procese.
  • Todos los bloqueos de recursos resultado de cualquier interacción de los mensajes por separado se mantendrán durante el tiempo que dure todo el lote.
  • Según la cantidad de procesos que necesiten los mensajes, y si se utilizan las transacciones XA, el establecimiento de un valor mayor que 1 puede ocasionar que la transacción exceda el tiempo de espera. Si una transacción XA excede el tiempo de espera de modo rutinario debido a que el proceso de varios mensajes excede el tiempo de espera de la transacción, reduzca esta propiedad a 1 (para limitar el proceso a un mensaje por transacción) o aumentar el tiempo de espera de la transacción.



Los enlaces marcados (en línea) requieren acceso a Internet.

Conceptos relacionados
Tareas relacionadas
Referencia relacionada


Nombre de archivo: umb_prolp.html