Investigación de la razón por la que los mensajes no se consumen a través de un punto de suscripción o punto de mensaje remoto, mientras se ejecuta la aplicación

Hay una serie de comprobaciones que puede realizar para investigar por qué los mensajes no se consumen en un destino en un bus de integración de servicios, cuando los mensajes se direccionan mediante un punto de mensaje remoto o la aplicación consumidora está en ejecución.

Antes de empezar

Siga los pasos de Investigación de la razón de que los mensajes punto a punto no se consuman o Investigación de la razón de que los mensajes de publicación/suscripción no lleguen a una suscripción (el que mejor se ajuste a su problema). Estos temas contienen comprobaciones preliminares y tareas de investigación que debe realizar antes de continuar con esta tarea.

Acerca de esta tarea

Debe realizar esta tarea como parte de Investigación de la razón de que los mensajes punto a punto no se consuman o Investigación de la razón de que los mensajes de publicación/suscripción no lleguen a una suscripción. Esta tarea explica cómo investigar el flujo de mensajes en un escenario donde los mensajes se direccionan mediante un punto de mensaje remoto y la aplicación consumidora está iniciada. Los diagramas siguientes muestran los posibles escenarios. En la Figura 1, un bus contiene tres motores de mensajería, ME1, ME2 y ME3. La aplicación productora está conectada a ME1 y la aplicación consumidora está conectada a ME3. Los mensajes se direccionan de ME1 a ME3 mediante ME2, y se consumen de ME3. Este escenario solo se ocupa de ME2 y ME3. ME3 aloja un punto de mensaje remoto que representa el punto de mensaje alojado por ME2. En la Figura 2, ME2 y ME 2 alojan lo puntos de publicación representados por los puntos de publicación remotos en ME1, donde está conectada la aplicación productora. La aplicación suscriptora B está conectada a ME3 y recibe mensajes indirectamente de ME1, mediante una suscripción en ME2. Un punto de suscripción remoto en ME 3. Se hace referencia a estos motores de mensajería en los pasos siguientes.
Figura 1. Consumo de mensajes punto a punto utilizando un punto de mensaje remotoEsta figura describe el consumo de mensajes punto a punto utilizando un punto de mensaje remoto.
Figura 2. Mensajería de publicación/suscripción utilizando un punto de mensaje remotoEsta figura describe la mensajería de publicación/suscripción utilizando un punto de mensaje remoto.

Procedimiento

  1. Si ha seguido los pasos de Investigación de la razón de que los mensajes punto a punto no se consuman o Investigación de la razón de que los mensajes de publicación/suscripción no lleguen a una suscripción antes de iniciar esta tarea, debe haber visualizado una lista de solicitudes de mensaje. Compruebe que la lista contenga una solicitud con un selector que coincida con un mensaje disponible en el punto de mensaje en ME2. Si no hay una solicitud de este tipo en la lista, la aplicación consumidora no está consumiendo; compruebe si hay errores en la aplicación consumidora:
    • Compruebe que el consumidor se haya iniciado.
    • Compruebe que la aplicación esté intentando activamente consumir:
      • Si la aplicación utiliza un consumidor asíncrono, compruebe que el consumidor asíncrono esté registrado.
      • Si la aplicación es síncrona, compruebe que el consumidor esté actualmente en un estado "recibir con espera" (esto podría requerir una modificación de la aplicación para ampliar el tiempo que la aplicación espera un mensaje).
  2. Compruebe el estado de la solicitud activa:
    • Si el estado es Valor, se ha obtenido un mensaje y se ha devuelto a la aplicación consumidora, pero el consumo del mensaje no se ha completado. Compruebe que la aplicación consumidora esté procesando correctamente los mensajes entrantes, por ejemplo, compruebe que la aplicación esté confirmando la transacción utilizada para consumir el mensaje.
    • Si el estado es Rechazado, se ha obtenido un mensaje y se ha devuelto a la aplicación consumidora, que a continuación ha rechazado el mensaje por alguna razón. Normalmente esto significa que la aplicación consumidora ha retrotraído la operación de consumo o una transacción asociada.
    • Si el estado es Acuse de recibo, se ha devuelto un mensaje a la solicitud y ha sido consumido por la aplicación. Compruebe que el mensaje lo haya recibido la aplicación correcta y que no lo haya consumido otra aplicación.
    • Si el estado es Solicitud, la solicitud de mensaje se ha enviado a ME2, continúe con la siguiente comprobación para investigar por qué no se ha devuelto un mensaje.
  3. Anote el ID de solicitud. En ME2, visualice los puntos de mensaje para el destino y vea las solicitudes de mensaje de ME3. Compruebe que haya una solicitud que coincida con el ID de solicitud en ME3. Si no hay ninguna solicitud coincidente, ME2 no tiene constancia de la solicitud. Compruebe que los dos motores de mensajería pueden comunicarse entre sí y consulte Resolución de problemas de integración de servicios: comprobación de la comunicación entre dos motores de mensajería en un bus.
  4. Compruebe el estado de la solicitud:

Qué hacer a continuación

Si aún tiene problemas, póngase en contacto con su representante de servicio al cliente de IBM.

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tju_pt2pt_not_consumed_remote1
File name: tju_pt2pt_not_consumed_remote1.html