Decidir los nodos a utilizar

WebSphere Event Broker incluye un gran número de nodos de proceso de mensajes que puede utilizar dentro de los flujos de mensajes. También puede elegir 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. Los nodos incorporados pueden considerarse en varias categorías y se muestran en el área de trabajo agrupados en estas categorías (aunque este agrupamiento no tenga ningún efecto en su funcionamiento). También puede clasificar los nodos definidos por el usuario de la misma manera. Las categorías son:

Entrada y salida
Los nodos de entrada y salida definen puntos en el flujo de mensajes, a los que los clientes envían mensajes (nodos de entrada, como MQInput) y desde los cuales los clientes reciben mensajes (nodos de salida, como MQOutput). Las aplicaciones cliente interactúan 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 que desea 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
    Si los mensajes llegan al intermediario en una cola de WebSphere MQ y el nodo debe estar al principio de un flujo de mensajes.
    MQGet
    Si los mensajes llegan al intermediario en una cola de WebSphere MQ y el nodo no debe estar al principio de un flujo de mensajes.
    SCADAInput
    Si los mensajes los envía un dispositivo de telemetría.
    Real-timeInput o Real-timeOptimizedFlow
    Si los mensajes los envía una aplicación de multidifusión o JMS.
    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.
    Nodo de entrada (Input)
    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 de entrada, como mínimo, para recibir mensajes en el subflujo.

    Una instancia de un nodo de entrada representa un terminal de entrada. Por ejemplo, si ha incluido una instancia del nodo de entrada, el icono de subflujo muestra un terminal de entrada que puede conectar a otros nodos en el flujo principal, de la misma manera que conecta cualquier otro nodo.

    Sólo puede desplegar flujos de mensajes que tengan, como mínimo, un nodo de entrada. Si su flujo de mensajes no contiene un nodo de entrada, no podrá añadirlo al archivo archivador 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 Utilización de 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 que elija dependerá del transporte a través del cual la aplicación de destino espere recibir estos mensajes:
    Publication
    Si desea distribuir los mensajes utilizando la red de publicación/suscripción para las aplicaciones que se suscriben al intermediario a través de todos los protocolos soportados. Un nodo Publication es un nodo de salida que utiliza los destinos de salida que identifican los suscriptores cuyas suscripciones coinciden con las características del mensaje actual.
    MQOutput
    Si la aplicación de destino espera recibir mensajes en una cola de WebSphere MQ o en la cola de respuestas de WebSphere MQ especificada en el MQMD del mensaje de entrada.
    MQReply
    Si la aplicación de destino espera recibir mensajes en la cola de respuestas de WebSphere MQ especificada en el MQMD del mensaje de entrada.
    SCADAOutput
    Si un dispositivo de telemetría es el destino de los mensajes de salida y el nodo de publicación no es adecuado.
    Real-timeOptimizedFlow
    Si la aplicación de destino es una aplicación de multidifusión o JMS
    Nodo de salida definido por el usuario
    Si el destino es un cliente o una aplicación que utiliza un transporte o protocolo distinto.
    Nodo de salida (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 de salida, como mínimo, para propagar mensajes a los nodos siguientes en el subflujo.

    Una instancia del nodo de salida representa un terminal de salida. Por ejemplo, si ha incluido dos instancias del nodo de salida, el icono de subflujo muestra dos terminales de salida que puede conectar a otros nodos en el flujo principal, de la misma manera que conecta cualquier otro nodo.

XMLTransformation

Si desea transformar un mensaje XML de entrada a otro formato utilizando hojas de estilo XMLT, utilice el nodo XMLTransformation. Es imperativo que los datos se puedan analizar en un mensaje XML. El resultado de la transformación es salida en forma de mensaje BLOB. La hoja de estilo, utilizando las normas definidas en ella, puede clasificar los datos, seleccionar elementos de datos para incluirlos o excluirlos basándose en algunos criterios y transformar los datos en algún otro formato de datos.

Se utiliza el motor de transformación Xalan-Java (http://xml.apache.org/xalan-j) como motor de transformación subyacente. Para obtener detalles sobre XMLT, consulte http://www.w3.org/TR/xslt.

Puede desplegar hojas de estilo y archivos XML en grupos de ejecución de intermediario, para facilitar el mantenimiento de archivos XML y de hojas de estilo.

Conceptos relacionados
Visión general de flujos de mensajes
Soporte de aplicaciones de usuario final
Tareas relacionadas
Configuración de DB2
Diseño de un flujo de mensajes
Creación de un flujo de mensajes
Definición del contenido del flujo de mensajes
Despliegue
Referencia relacionada
Nodos incorporados
Soporte para aplicaciones de usuario final
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 04/05/2006
ac00330_