Un nodo de flujo de mensajes es un paso de proceso de un flujo de mensajes.
Recibe un mensaje, realiza un conjunto de acciones en el mensaje y opcionalmente pasa el mensaje al nodo siguiente en el flujo de mensajes. Un nodo de flujo de mensajes puede ser un nodo incorporado, un nodo definido por el usuario o un nodo de subflujo.
Un nodo de flujo de mensajes tiene un número fijo de puntos de entrada y salida denominados terminales. Puede realizar conexiones entre los terminales para definir las rutas que puede tomar un mensaje a través de un flujo de mensajes.
Un nodo de entrada recibe un mensaje y lo procesa según la definición del subflujo. Es posible que esto signifique almacenarlo mediante un nodo Warehouse o entregarlo en otro destino de mensaje, por ejemplo, mediante un nodo MQOutput. Si es necesario el mensaje se puede devolver a través de un nodo Output al flujo principal para continuar su proceso.
El subflujo, cuando está intercalado en un flujo principal, se representa mediante un nodo de subflujo, que tiene un icono exclusivo. El icono se visualiza con el número correcto de terminales que representa a los nodos de entrada y salida que ha incluido en la definición del subflujo.
El uso más común de un subflujo es proporcionar el proceso necesario en muchos lugares de un flujo de mensajes o compartirlo entre varios flujos de mensajes. Por ejemplo, puede codificar algunos procesos de error en un subflujo o crear un subflujo que proporcione un seguimiento de auditoría (que almacena todo el mensaje y graba una entrada de rastreo).
Un nodo no siempre genera un mensaje de salida para cada terminal de salida: normalmente genera una salida para un solo terminal basado en el mensaje que ha recibido en el resultado de la operación del nodo. Por ejemplo, un nodo Filter generalmente envía un mensaje al terminal verdadero o al terminal falso pero no a ambos.
Si se conecta más de un terminal, el nodo envía el mensaje de salida a cada terminal pero sólo lo envía al terminal siguiente cuando el proceso ha completado para el terminal actual. Las actualizaciones realizadas en un mensaje no se propagan nunca a los nodos ejecutados anteriormente, sólo a los nodos que siguen al nodo en el que se ha realizado la actualización. El orden en el que se propaga el mensaje a los diferentes terminales de salida lo determina el intermediario. No puede modificar este orden. La única excepción a esta norma es el nodo FlowOrder, en el que los terminales indican el orden en el que se propaga el mensaje a cada uno de ellos.
El flujo de mensajes puede aceptar un mensaje nuevo para procesarlo solamente cuando todas las vías de acceso del flujo de mensaje (esto es, todos los nodos conectados desde todos los terminales de salida) se han completado.
Conceptos relacionados
Proyectos del flujo de mensajes
Conexiones
Diseño de mensajes
Tareas relacionadas
Desarrollo de aplicaciones de flujos de mensajes
Referencia relacionada
Archivos y proyectos de flujo de mensajes
Nodos incorporados
Avisos |
Marcas registradas |
Descargas |
Biblioteca |
Soporte |
Información de retorno (feedback)
![]() ![]() |
ac12640_ |