El intermediario proporciona manejo de errores básico para todos los flujos de mensajes. Si el proceso básico no es suficiente y desea llevar a cabo una acción específica como respuesta a situaciones y condiciones de error específicas, puede mejorar los flujos de mensajes de modo que faciliten un manejo de errores propio. Por ejemplo, puede diseñar un flujo de mensajes que espere determinados errores que desea procesar de una forma determinada, o bien, un flujo que actualice una base de datos y restituya las actualizaciones en caso de que otro proceso no se complete satisfactoriamente.
En algunos casos, las opciones que puede utilizar para hacerlo son bastante complejas. Las opciones que se proporcionan para nodos MQeInput y MQInput son extensas, puesto que estos nodos tratan transacciones y mensajes permanentes. También influyen las opciones de configuración para WebSphere MQ.
Puesto que puede decidir si desea manejar diferentes errores utilizando distintos procedimientos, no se pueden describir procedimientos fijos. En este apartado se proporciona información sobre los principios del manejo de errores y las opciones disponibles, y el usuario debe decidir la combinación de opciones que necesita en cada situación en base a los detalles que se facilitan en este apartado.
Puede elegir una o más opciones en los flujos de mensajes:
Si incluye nodos definidos por el usuario en el flujo de mensajes, debe consultar la documentación que se proporciona con el nodo para informarse sobre cómo puede manejar errores con estos nodos. Las descripciones que se facilitan en este apartado sólo tratan sobre los nodos incorporados.
Al diseñar su propuesta de manejo de errores, tenga en cuenta los factores siguientes:
Cuando se detecta una excepción dentro de un nodo, el mensaje y la información de excepción se propagan al terminal de anomalías del nodo. Si el nodo no dispone de un terminal de anomalías, o si no está conectado, el intermediario emite una excepción y devuelve el control al nodo anterior más próximo que pueda procesarla. Puede tratarse de un nodo TryCatch, un nodo AggregateReply o de un nodo de entrada.
Si un nodo MQeInput o MQinput detecta un error interno, su comportamiento puede variar ligeramente; si el terminal de anomalías no está conectado, intenta transferir el mensaje a la cola de reposición en cola para restitución de la cola de entrada o (si no se ha definido) a la cola de mensajes no entregados del gestor de colas del intermediario. Para obtener información más detallada, consulte el apartado Manejo de errores MQeInput o Manejo de errores MQInput.
Un mensaje se propaga a un terminal de captación si previamente se ha propagado fuera del nodo (por ejemplo, a los nodos conectados al terminal de salida).
Los principios generales del manejo de errores son los siguientes:
El flujo de anomalías también se invoca si se genera una excepción fuera del nodo MQInput o del nodo MQeInput (en los flujos de salida o de captación), el mensaje es transaccional y la rehabilitación del mensaje en la cola de entrada hace que la cuenta de restituciones alcance el umbral de restitución.
Los nodos HTTPInput y SCADAInput no propagan el mensaje al terminal de anomalías si se genera una excepción fuera del nodo y no se ha conectado el terminal de captación.
Encontrará información más detallada en los temas siguientes:
Si los flujos de mensajes incluyen actualizaciones de base de datos, el procedimiento que utiliza para configurar los nodos que interactúan con las bases de datos también puede afectar al modo en el que se manejan los errores:
Para obtener más información sobre las actualizaciones de bases de datos coordinadas, consulte el apartado Configuración de nodos de flujos de mensajes para flujos de mensajes coordinados.
Los flujos de mensajes para agregación implican consideraciones adicionales que no se tratan en este apartado; se describen en el apartado Manejo de excepciones y puntos muertos de base de datos en flujos de agregaciones.
Conceptos relacionados
Flujos de mensajes
Difusión de aplicaciones de flujos de mensajes
Tareas relacionadas
Utilización de subflujos
Creación de un flujo de mensajes
Definición del contenido del flujo de mensajes
Edición de propiedades configurables
Manejo de excepciones y puntos muertos de base de datos en flujos de agregaciones
Referencia relacionada
Nodos incorporados
WebSphere MQ Enterprise Transport
WebSphere MQ Mobile Transport
WebSphere MQ Multicast Transport
WebSphere MQ Real-time Transport
WebSphere MQ Telemetry Transport
WebSphere MQ Web Services Transport
Avisos |
Marcas registradas |
Descargas |
Biblioteca |
Soporte |
Información de retorno (feedback)
![]() ![]() |
ac00410_ |