Asociar el proceso del flujo de mensajes ramificado con su correspondiente proceso de flujo de mensajes de abanico de entrada estableciendo la propiedad Nombre de agregación de los nodos AggregateControl y AggregateReply en el flujo de agregaciones en el mismo valor.
Antes de empezar:
Para llevar a cabo esta tarea, debe haber completado las siguientes tareas:
El Nombre de agregación debe ser exclusivo en su contexto dentro de un intermediario. En general, esto significa que debe haber sólo un nodo AggregateControl y un nodo AggregateReply con un determinado Nombre de agregación, aunque es posible tener más de un nodo AggregateControl con el mismo Nodo de agregación, como se describe en Utilización de varios nodos AggregateControl.
Los flujos ramificados y de abanico de entrada pueden crearse en el mismo flujo de mensajes o en dos flujos de mensajes distintos. En cualquiera de los dos casos, las dos partes de la agregación están enlazadas al conectar el nodo AggregateControl del flujo ramificado con el nodo AggregateReply del flujo de abanico de entrada.
La forma en que se configura el flujo de agregaciones depende de varios factores:
Es más fácil implementar un solo flujo para un caso sencillo, pero existen algunas limitaciones en este método y, en la mayoría de los casos, es preferible la flexibilidad que ofrece la utilización de dos mensajes. En el ejemplo Línea aérea se muestra el uso de dos flujos para la agregación.
Para asociar el flujo ramificado con el flujo de abanico de entrada:
Esto se denomina conexión directa entre los dos nodos de agregación.
Por ejemplo, puede codificar el siguiente ESQL:
SET OutputRoot.MQMD.StrucId = MQMD_STRUC_ID; SET OutputRoot.MQMD.Version = MQMD_CURRENT_VERSION; SET OutputRoot.MQMD.Format = MQMD_STRING;
Esto se denomina conexión indirecta entre los dos nodos de agregación.
Las ventajas de un solo flujo de mensajes que contiene tanto el flujo ramificado como el flujo de abanico de entrada son:
Las ventajas de crear flujos ramificado y de abanico de entrada separados son:
Es posible que durante la duración de un flujo de mensajes sea necesario suspender su operación, cambiar su diseño y difundirlo de nuevo. Si un flujo de mensajes incluye agregación, puede serle útil suspender las operaciones en dos fases:
Utilice este cierre en dos fases para asegurarse de que los tiempos de espera se comportan de una forma previsible. Si las fases de ramificado y de abanico de entrada están en el mismo flujo de mensajes, puede ser difícil realizar el cierre de esta forma. Si WebSphere MQ es el transporte subyacente, puede lograrse hasta cierto punto, inhibiendo las operaciones de obtener y transferir en las colas implicadas. Otros transportes pueden tener una prestación parecida.
Conceptos relacionados
Flujos de mensajes
Agregación de flujos de mensajes
Tareas relacionadas
Configuración de flujos de agregación
Creación del flujo ramificado de agregaciones
Creación de un flujo de abanico de entrada de agregación
Configuración de tiempos de espera para la agregación
Utilización de varios nodos AggregateControl
Manejo de excepciones y puntos muertos de base de datos en flujos de agregaciones
Diseño de un flujo de mensajes
Creación de un flujo de mensajes
Definición del contenido del flujo de mensajes
Referencia relacionada
Nodo AggregateControl
Nodo AggregateReply
Nodo AggregateRequest
Avisos |
Marcas registradas |
Descargas |
Biblioteca |
Soporte |
Información de retorno (feedback)
![]() ![]() |
ac12310_ |