También puede seleccionar entre nodos
definidos por el usuario creados y proporcionados por usuarios de u otros
proveedores o empresas.
La decisión sobre qué nodos
utilizar depende del proceso que desee realizar en los mensajes.
- Nodos de entrada y salida
- Los nodos de entrada y salida definen puntos en el flujo de mensajes a los que las
aplicaciones cliente envían mensajes (nodos de entrada, como MQInput) y desde los cuales las aplicaciones cliente reciben mensajes (nodos de salida, como MQOutput). Las aplicaciones cliente interaccionan con estos
nodos poniendo mensajes, u obteniendo mensajes, de los recursos de E/S que
el nodo especifica como origen o destino de los mensajes. Aunque un flujo de mensajes debe incluir un nodo de entrada como mínimo, no es necesario que incluya un
nodo de salida.
- Si está creando un flujo de mensajes para desplegar a un
intermediario, debe incluir un nodo de entrada, como mínimo, para recibir
mensajes. El nodo de entrada que elija dependerá del origen de los mensajes de entrada y
del lugar del flujo en el que desee recibir los mensajes:
- MQInput
- Utilice un nodo MQInput si los mensajes
llegan al intermediario en una cola de WebSphere MQ y el nodo
ha de estar al principio de un flujo de mensajes.
El uso de los flujos de mensajes que contienen
nodos MQeInput en WebSphere Event
Broker Versión 6.0 ya no se utiliza. Vuelva a diseñar los flujos de mensajes para eliminar los nodos MQe y sustitúyalos por nodos MQ que estén configurados según las especificaciones propias y coordinados con la configuración de pasarela MQe. Para obtener más información, consulte el tema Migración de un flujo de mensajes que contiene nodos WebSphere MQ Everyplace.
- MQGet
- Utilice un nodo MQGet si los mensajes
llegan al intermediario en un de
WebSphere
MQ y el nodo no ha de estar al principio de un flujo de mensajes.
- SCADAInput
- utilice un nodo SCADAInput si los mensajes
los envía un dispositivo de telemetría.
- Real-timeInput o Real-timeOptimizedFlow
- Utilice uno de estos nodos si los mensajes los envía una aplicación
JMS o de multidifusión.
El nodo
Real-timeInput es un nodo de entrada y el nodo
Real-timeOptimizedFlow es un flujo de mensajes
completo que proporciona un flujo de mensajes
publicación/suscripción
de alto rendimiento.
- JMSInput
- Utilice un nodo JMSInput si los mensajes
se envían mediante una aplicación
JMS.
- Nodo Input
- Si está creando un flujo de mensajes que desea incluir en otro flujo de mensajes (un
subflujo) que no va a desplegar flujo de mensajes autónomo, debe incluir, como mínimo, un
nodo Input que reciba los mensajes en el
subflujo.
Una instancia del nodo Input representa un
terminal In (de entrada). Por ejemplo, si ha incluido una instancia del nodo
Input, el icono de subflujo muestra un
terminal de entrada que se puede conectar a otros nodos del flujo principal del mismo
modo que se conecta cualquier otro nodo.
Para
desplegar un flujo de mensajes, éste debe tener al menos un nodo de
entrada. Si su flujo de mensajes no contiene un nodo de entrada, no podrá añadirlo
al archivo de archivado de intermediario. El nodo de entrada puede
estar en el flujo principal, o en un flujo de mensajes que esté
incorporado al flujo principal.
Puede utilizar más de un nodo de
entrada en un flujo de mensajes. Para obtener más información, consulte
Utilizar más de un nodo de entrada.
- Si desea enviar los mensajes generados por el flujo de mensajes a una
aplicación de destino, puede incluir uno o más nodos de salida. El nodo de
salida que elija dependerá del transporte a través del cual la aplicación
de destino espere recibir estos mensajes:
- Publication
- Utilice un nodo Publication para distribuir los mensajes utilizando la red de publicación/suscripción para aplicaciones que se suscriben al intermediario a través de todos los protocolos
soportados. Un nodo Publication es un nodo de salida que
usa destinos de salida que identifican los suscriptores cuyas suscripciones coinciden con
las características
del mensaje actual.
- MQOutput
- Utilice un nodo MQOutput si la aplicación de destino espera recibir mensajes en una cola WebSphere MQ o en la cola de respuestas de WebSphere MQ que se ha especificado en el
MQMD del mensaje de entrada.
La utilización de los flujos de mensajes que contienen nodos
MQeOutput en
WebSphere Event
Broker Versión 6.0 está en desuso. Vuelva a diseñar los flujos de mensajes para eliminar los nodos MQe y sustitúyalos por nodos MQ que estén configurados según las especificaciones propias y coordinados con la configuración de pasarela MQe. Para obtener más información, consulte el tema Migración de un flujo de mensajes que contiene nodos WebSphere MQ Everyplace.
- MQReply
- Utilice un nodo MQReply si la aplicación
de destino espera recibir mensajes en la cola de respuestas WebSphere MQ especificada en el MQMD del mensaje de entrada.
- SCADAOutput
- Utilice un nodo SCADAOutput si el destino
de los mensajes de salida es un dispositivo de telemetría y el nodo
Publication no es adecuado.
- Real-timeOptimizedFlow
- Utilice un nodo Real-timeOptimizedFlow
si la aplicación de destino es una aplicación
JMS o de multidifusión.
- JMSOutput
- Utilice un nodo JMSOutput si los mensajes
son para un destino JMS.
- Nodo Output
- Si está creando un flujo de mensajes que desea incorporar en otro flujo de mensajes
(un subflujo) que no va a desplegar como flujo de mensajes autónomo, debe incluir un nodo
Output, como mínimo, para propagar mensajes a los nodos siguientes en el subflujo.
Una instancia del nodo Output representa un
terminal Out (de salida). Por ejemplo, si ha incluido dos instancias del nodo
Output, el icono de subflujo muestra dos
terminales de salida, que puede conectar a otros nodos del flujo principal de la misma
manera que conecta cualquier otro nodo.