Debe incluir al menos un nodo de entrada en el flujo de
mensajes.
Un
nodo de entrada es diferente de otros nodos, porque controla cuando el
resto del flujo de mensajes se desencadena para realizar su proceso. El
nodo de entrada está diseñado para comprobar si existen datos para que el
flujo de mensajes los procese, lea esos datos del transporte o el servidor
y presente dichos datos al resto del flujo para su proceso. Los otros
nodos realizan proceso pero no controlan cuándo se invoca el flujo.
- Nodo DatabaseInput
- Utilice el nodo DatabaseInput para responder a
sucesos en una base de datos. Por ejemplo, el intermediario puede mantener
sincronizado un sistema externo con una base de datos enviando
actualizaciones al sistema de destino siempre que se modifiquen datos en
la base de datos.
- Nodo EmailInput
- Utilice el nodo EmailInput
para recuperar un correo electrónico, con o sin archivos adjuntos, desde un
servidor de correo electrónico que admita el protocolo POP3 (Post Office
Protocol 3) o el protocolo IMAP (Internet Message Access Protocol).
- Nodo FileInput
- Utilice un nodo FileInput
si los mensajes son contenido de archivos.
- Nodo FTEInput
- Utilice el nodo FTEInput
para recibir archivos mediante WebSphere MQ File Transfer
Edition.
- Nodo de entrada HTTP
- Utilice un nodo HTTPInput si los mensajes
los envía un cliente de servicios web.
- 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.
- Nodo JMSInput
- Utilice un nodo JMSInput si los mensajes
se envían mediante una aplicación
JMS.
- Nodo 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.
- Nodo SCAInput
- Utilice el nodo SCAInput
con el nodo SCAReply para
procesar mensajes de WebSphere Process
Server.
- Nodo de entrada SOAP
- Utilice el nodo SOAPInput
para procesar mensajes SOAP de cliente y para configurar el flujo de
mensajes para que se comporte como un proveedor de servicios web SOAP.
- Nodo TCPIPClientInput o TCPIPServerInput
- Utilice un nodo TCPIPClientInput o un
nodo TCPIPServerInput para crear una
conexión TCP/IP cuando se envíen mensajes a través de sockets TCP/IP puros.
- Nodo TCPIPClientReceive o TCPIPServerReceive
- Utilice un nodo TCPIPClientReceive
o un nodo TCPIPServerReceive para leer
los mensajes que lleguen al flujo de mensajes a través de la conexión TCP/IP.
- Nodo de entrada definido por el usuario
- Utilice un nodo de entrada definido por el usuario si el origen de
mensajes es un cliente o una aplicación que utiliza un transporte o
protocolo distinto.
- Nodos de WebSphere Adapters
- Utilice los nodos de WebSphere Adapters para
interactuar con Sistemas de información de empresa (EIS), como por ejemplo
SAP, Siebel y PeopleSoft. Están disponibles los siguientes nodos de entrada:
- Nodo SAPInput
- Nodo SiebelInput
- Nodo PeopleSoftInput
- JDEdwardsInput
- Nodo TwineballInput
Los
nodos de entrada de WebSphere
Adapters supervisan un EIS para un suceso determinado. Cuando se produce
dicho evento, se envían objetos de negocio al nodo de entrada. El nodo
crea una representación de árbol de los objetos de negocio y lo propaga al
terminal Out (de salida) para que los datos puedan ser utilizados por el
resto del flujo de mensajes.
Los nodos de solicitud de WebSphere Adapters pueden
enviar y recibir datos empresariales. Solicitan información de un EIS y
propagan los datos al resto del flujo de mensajes.