WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Nodos de entrada

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.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 16:58:37


Tema de referenciaTema de referencia | Versión 8.0.0.5 | ac34055_