Los flujos de mensajes se pueden configurar para emitir sucesos. Los sucesos los pueden leer y utilizar otras aplicaciones para la supervisión de transacciones, la auditoría de transacciones y la supervisión de procesos empresariales.
Un suceso de supervisión es un documento XML que se ajusta al esquema de sucesos de supervisión. Cada suceso contiene la siguiente información:
Consulte El suceso de supervisión para obtener más detalles
Una dirección de origen de suceso identifica un origen de suceso en un flujo de mensajes.
Puesto que los sucesos de terminal se pueden emitir desde cualquier nodo en un flujo de mensajes, pueden utilizarse como alternativa a los nodos dedicados emisores de sucesos o a los subflujos como los que se suministran en SupportPac IA9V.
Los orígenes de sucesos emiten sucesos sólo si está activada la supervisión para el flujo de mensajes.
Cualquier terminal de un flujo de mensajes puede ser un origen de sucesos. Si el origen de sucesos está activo, emite un suceso cada vez que un mensaje pasa a través del terminal, sujeto a la evaluación de la expresión eventFilter; consulte Opciones de salida de sucesos.
Origen del suceso | Dirección del origen de sucesos | Descripción |
---|---|---|
Inicio de la transacción | Nombre_nodo.transaction.Start | El suceso se emite cuando se lee el mensaje del transporte. |
Finalización de la transacción | Nombre_nodo.transaction.End | El suceso se emite cuando WebSphere Message Broker ha completado todo el proceso del mensaje. |
Retrotracción de la transacción | Nombre_nodo.transaction.Rollback | El suceso se emite en lugar de la finalización de la transacción si el flujo de mensajes genera una excepción que no se ha detectado y procesado dentro del flujo de mensajes. |
Los sucesos emitidos están sujetos a la evaluación de la expresión eventFilter; consulte Opciones de salida de sucesos.
Si un flujo de mensajes maneja sus propias excepciones, se emitirá un suceso de finalización de transacción, en lugar de un suceso de retrotracción de la transacción, porque el flujo habrá tomado el control del error y habrá terminado normalmente. En este caso, si es necesario distinguir los errores, puede configurar sucesos de terminal en los nodos adecuados del flujo.
$Body/StockTrade/Details/Value > 10000
Esto puede reducir el número de sucesos que se emiten así como reducir la carga de trabajo de la aplicación de supervisión.3 >= $Root/MQMD/BackoutCount
$SYS/Broker/nombreIntermediario/Monitoring/nombreGrupoEjecución/nombreFlujo
La estructura jerárquica permite que los suscriptores filtren los sucesos que reciben. Un suscriptor puede recibir sucesos de todos los flujos de mensajes del intermediario, mientras que otro únicamente recibe los sucesos de un grupo de ejecución individual.