[18.0.0.1 and later]

Gestión de mensajes con puntos finales de mensaje en Liberty

Gestione la entrega de mensajes para los beans controlados por mensajes (MDB) que se desplieguen como puntos finales de mensaje.

Acerca de esta tarea

Puede utilizar un mandato de servidor o MBean para gestionar la entrega de un mensaje a los beans controlados por mensajes que actúen como escuchas en puntos finales específicos, que son destinos. Con un mandato de servidor o MBean, puede gestionar los recursos del sistema de información empresarial (EIS) que los beans controlados por mensajes utilizan.

Con un mandato de servidor y MBean, puede activar y desactivar puntos finales específicos dentro de las aplicaciones para garantizar que los mensajes se entreguen sólo a beans controlados por mensajes a la escucha que estén interactuando con recursos de EIS en buen estado. Esta capacidad le permite optimizar el rendimiento de las aplicaciones JMS en situaciones donde un recurso de EIS no se comporta como se esperaba. La entrega de mensajes a un punto final suele fallar cuando el bean controlado por mensajes que está a la escucha invoca una operación en un recurso que no está en buen estado. Por ejemplo, es posible que un proveedor de mensajería, que es un adaptador de recursos de entrada, no pueda entregar mensajes a un punto final cuando el bean controlado por mensajes subyacente intente confirmar transacciones en un servidor de base de datos que no responde.
Consejo: Diseñe los beans controlados por mensajes para delegar el proceso empresarial a otros beans de empresa. No acceda a los recursos de EIS directamente en el bean controlado por mensaje, sino indirectamente a través de un bean delegado.
La capacidad para activar y desactivar puntos finales de mensaje mitiga dos problemas con aplicaciones que proporcionan los puntos finales de mensaje que acceden a los recursos:
  • Los mensajes fallidos exigen un proceso adicional, como entregarlos de nuevo al punto final a la escucha o redirigirlos a destinos alternativos que procesen los mensajes fallidos. Además, un adaptador de recursos puede volver a entregar un mensaje a un punto final un número infinito de veces.
  • La redirección de mensajes exige la implementación de destinos especializados (colas y escuchas) para procesar los mensajes fallidos, así como la lógica para detectar anomalías de mensajes. La redirección de mensajes es proclive a generar errores y resulta costosa en términos informáticos debido a su complejidad.

La posibilidad de desactivar (pausa) y reactivar (reanudar) un punto final de mensaje específico mitiga estos problemas permitiendo que un administrador desactive el punto final de los mensajes de proceso que están destinados a fallar. Cuando un punto final de mensaje se desactiva, puede reparar el recurso que causa los problemas y reactivar el punto final para reanudar el manejo de solicitudes de mensaje. La resolución de problemas no afecta al adaptador de recursos o la aplicación que aloja el punto final.

También puede utilizar el atributo autoStart en la especificación de activación para hacer que el punto final de mensaje se inicie en un estado desactivado. Cuando se establece esta propiedad en false, el bean controlado por mensaje no empieza a recibir mensajes cuando se inicia la aplicación. Utilice este valor para desactivar automáticamente un punto final de mensaje, cuando sabe que determinadas tareas se deben completar, que los servicios se deben iniciar o se deben llevar a cabo comprobaciones, antes de que empiece el manejo de mensajes. El punto final de mensaje se activa del mismo modo que se reactiva un punto final de mensaje que se ha puesto en pausa durante su funcionamiento. El valor predeterminado para el atributo autoStart es true.

Procedimiento

Resultados

El comportamiento que se observa al desactivar (poner en pausa) un punto final de mensaje depende de varios factores, incluido el adaptador de recursos que gestiona el punto final de mensaje, la configuración del punto final de mensaje y la topología de servidor de aplicaciones. Algunos ejemplos de interés específicos son los siguientes:

Escucha de MDB en un tema no duradero
Normalmente el comportamiento que implica la desactivación (pausa) de un punto final de mensaje depende de la función que está realizando. Por ejemplo, si ha configurado un bean controlado por mensaje para escuchar en un tema no duradero, la desactivación del punto final de mensaje hace que se cierre la suscripción. El bean controlado por mensaje no recibe los mensajes que se publican mientras el punto final de mensaje está en pausa.
Escucha de MDB en un tema duradero
Si ha configurado un bean controlado por mensaje para escuchar en un tema duradero, la desactivación del punto final de mensaje hace que se cierre la suscripción. Dependiendo de la configuración, el motor de mensajería puede mantener sin consumir los mensajes, que se publican mientras el punto final de mensaje está en pausa, hasta que se reanuda el punto final de mensaje, momento en el que se consumen.
MDB con agrupación en clúster
Si el motor de mensajería soporta la agrupación en clúster, dependiendo de la configuración, puede que sea posible permitir que los mensajes destinados al punto final de mensaje en pausa se redirijan otros beans controlados por mensaje.

Icono que indica el tipo de tema Tema de tarea

Nombre de archivo: twlp_msgendpoint.html