Decidir los nodos a utilizar

Antes de empezar:

Consulte el tema de concepto sobre nodos de flujos de mensajes.

WebSphere Message Broker incluye un gran número de nodos de proceso de mensajes que puede utilizar dentro de los flujos de mensajes. También proporciona una interfaz que puede utilizar para definir nodos propios, conocidos como nodos definidos por el usuario.

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 entorno 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.

    Inicio del cambioLa utilización de flujos de mensajes que contienen nodos MQeInput en WebSphere Message Broker Versión 6.0 está desfasada. 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.Fin del cambio

    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.
    HTTPInput
    Si los mensajes los envía un cliente de servicios Web.
    Real-timeInput o Real-timeOptimizedFlow
    Inicio del cambioSi los mensajes los envía una aplicación de multidifusión o JMS. 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 de publicación/suscripción de alto rendimiento.Fin del cambio
    Inicio del cambioJMSInputFin del cambio
    Inicio del cambioSi los mensajes los envía una aplicación JMS.Fin del cambio
    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 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 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.

    Inicio del cambioLa utilización de flujos de mensajes que contienen nodos MQeOutput en WebSphere Message Broker Versión 6.0 está desfasada. 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.Fin del cambio

    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.
    HTTPReply
    Si los mensajes son para un cliente de servicios Web
    HTTPRequest
    Si el flujo de mensajes interactúa con un cliente de servicio Web
    Real-timeOptimizedFlow
    Si la aplicación de destino es una aplicación de multidifusión o JMS
    Inicio del cambioJMSOutputFin del cambio
    Inicio del cambioSi los mensajes son para un destino JMS.Fin del cambio
    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.

Manipulación, mejora y transformación de mensajes

La mayoría de empresas tienes aplicaciones que se han desarrollado a lo largo de muchos años, en distintos sistemas, utilizando lenguajes de programación distintos y métodos de comunicación también distintos. WebSphere Message Broker elimina la necesidad de que las aplicaciones entiendan estas diferencias porque proporciona la posibilidad de configurar flujos de mensajes que transforman los mensajes de un formato a otro.

Por ejemplo, los nombres de las personas están en distintos formatos en las distintas aplicaciones. El apellido en primer o segundo lugar, uno o dos apellidos, en minúsculas o mayúsculas: estas son sólo algunas de las posibilidades. Puesto que puede configurar el flujo de mensajes según los requisitos de cada aplicación, cada mensaje puede transformarse al formato correcto sin modificar la aplicación que lo envía ni la que lo recibe.

Puede trabajar con el contenido del mensaje para actualizarlo de diversas maneras. La elección dependerá de si el flujo de mensajes debe manejar mensajes predefinidos (con modelo) o mensajes autodefinidos (por ejemplo, XML), o ambos.

Un flujo de mensajes puede reconstruir completamente un mensaje, convertirlo a otro formato (donde formato significa el orden de los campos, el orden de los bytes, el idioma, etc.), eliminar el contenido del mensaje, o colocar datos específicos en él. Por ejemplo, un nodo puede interactuar con una base de datos para recuperar información adicional, o para almacenar una copia del mensaje (total o parcial) en la base de datos para su proceso fuera de línea.

Los ejemplos siguientes muestran la importancia que puede tener la transformación de mensajes:

  • Una aplicación de entrada de pedidos tiene un ID de pieza en el cuerpo del mensaje, pero la aplicación de almacenamiento asociada espera que este ID se encuentre en la cabecera del mensaje. El mensaje se dirige a un flujo de mensajes que conoce los dos formatos distintos y, por tanto, puede volver a formatear la información según sea necesario.
  • Una aplicación de entrada de datos crea mensajes que contienen información de transacciones de acciones. Algunas de las aplicaciones que reciben este mensaje necesitan la información tal como se proporciona, pero otras necesitan que se añada información adicional sobre la relación PE (precio-beneficio). Los mensajes de transacciones de acciones se dirigen a un flujo de mensajes que pasa los mensajes sin modificar a algunos nodos de salida, pero calcula y añade la información adicional para otros. El mensaje hace este proceso buscando el precio actual de las acciones en una base de datos y, a continuación, utilizando este valor y la información de las transacciones en el mensaje original para calcular el valor de PE antes de pasar el mensaje actualizado.

También puede crear flujos de mensajes que interactúan con otros utilizando estos nodos. Aunque el funcionamiento por omisión de un flujo de mensajes no afecta el funcionamiento de otro flujo de mensajes, puede forzar esto configurando sus flujos de mensajes de forma que almacenen y recuperen información en una fuente externa como, por ejemplo, una base de datos.

Compute
Utilizando el nodo Compute, puede manipular el contenido de los mensajes, transformarlos de alguna manera e interactuar con una base de datos para modificar el contenido del mensaje o de la base de datos, y pasar uno o más mensajes nuevos. Puede utilizar este nodo para manipular mensajes predefinidos y autodefinidos.

Utilice el editor ESQL para crear un módulo ESQL, específico de este nodo, que contenga las sentencias que definen las acciones a realizar en el mensaje o la base de datos. No utilice en ningún otro tipo de nodo el código ESQL que desarrolle para utilizar en un nodo Compute.

Puede controlar la forma en que este nodo accede a la base de datos especificando la información de usuario y contraseña para el origen de datos que especifique en la propiedad de nodo. Utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

Puede controlar la forma en que este nodo accede a la base de datos especificando la información de usuario y contraseña para el origen de datos que especifique en la propiedad de nodo. Utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

Si los requisitos de manipulación de mensajes son complejos, complételos dentro de un solo nodo Compute. El rendimiento es mayor si hay pocos nodos Compute complejos en lugar de un gran número de nodos más sencillos, ya que el intermediario analiza el mensaje cuando entra en cada nodo Compute.

Mapping
Utilizando el nodo Mapping, puede crear un nuevo mensaje a partir del mensaje de entrada, correlacionando el contenido de los elementos del mensaje de salida con los elementos del mensaje de entrada, o con el contenido de una base de datos. También puede extraer partes del mensaje y, opcionalmente, cambiar su contenido, para crear un nuevo mensaje de salida que sea una copia parcial del mensaje que ha recibido el nodo. El nodo Mapping sólo maneja mensajes predefinidos.

Puede controlar la forma en que este nodo accede a la base de datos especificando la información de usuario y contraseña para el origen de datos que especifique en la propiedad de nodo. Utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

Utilizando un editor de correlaciones, puede desarrollar correlaciones para efectuar manipulaciones sencillas en mensajes predefinidos en el nodo Mapping. No utilice en ningún otro tipo de nodo las correlaciones que desarrolle para utilizar en un nodo Mapping.

Extract
Puede utilizar el nodo Extract para crear un nuevo mensaje de salida a partir de elementos específicos del mensaje de entrada. Puede extraer partes del mensaje y, opcionalmente, cambiar su contenido, para crear un nuevo mensaje de salida que sea una copia parcial del mensaje que ha recibido el nodo. El nodo Extract sólo maneja mensajes predefinidos.

Utilizando un editor de correlaciones, puede desarrollar correlaciones para efectuar manipulaciones sencillas en mensajes predefinidos en el nodo Extract. No utilice en ningún otro tipo de nodo las correlaciones que desarrolle para utilizar en un nodo Extract.

Database
Utilice el nodo Database para interactuar con una base de datos identificada por las propiedades del nodo. El nodo Database maneja tanto los mensajes predefinidos como los autodefinidos. Utilizando un editor ESQL, puede codificar funciones ESQL para actualizar el contenido de la base de datos a partir del mensaje, insertar nueva información en la base de datos y suprimir información en la base de datos, quizá basándose en la información que contiene el mensaje. No utilice en ningún otro tipo de nodo el código ESQL que desarrolle para utilizar en un nodo Database.

Este nodo proporciona una interfaz muy flexible con una amplio rango de funciones. También tiene propiedades que puede utilizar para controlar la forma en que la interacción participa en las transacciones.

Puede controlar la forma en que este nodo accede a la base de datos especificando la información de usuario y contraseña para el origen de datos que especifique en la propiedad de nodo. Utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

Desde este nodo, sólo puede actualizar una base de datos; no puede actualizar el contenido de un mensaje. Si desea actualizar el contenido de un mensaje, utilice el nodo Compute o Mapping.

DataDelete, DataInsert, DataUpdate
Los nodos DataDelete, DataInsert y DataUpdate son formas especializadas del nodo Database que proporcionan un único modo de interacción (supresión de una o más filas, inserción de una o más filas o actualización de una o más filas, respectivamente). Los nodos DataDelete, DataInsert y DataUpdate sólo manejan mensajes predefinidos. Utilice un editor de correlaciones para desarrollar correlaciones que realicen estas funciones. No utilice en ningún otro tipo de nodo las correlaciones que desarrolle para estos nodos. Estos nodos también le permiten controlar las características transaccionales de las actualizaciones que realizan.

Puede controlar la forma en que este nodo accede a la base de datos especificando la información de usuario y contraseña para el origen de datos que especifique en la propiedad de nodo. Utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

Desde estos nodos, sólo puede actualizar bases de datos: no puede actualizar el contenido de los mensajes. Si desea actualizar el contenido de un mensaje, utilice el nodo Compute o Mapping.

Warehouse
El nodo Warehouse proporciona una interfaz de tienda que puede utilizar para almacenar el mensaje, total o parcialmente, en una base de datos, por ejemplo, por motivos de comprobación. El nodo Warehouse sólo maneja mensajes predefinidos. Utilice un editor de correlaciones para desarrollar correlaciones que realicen esta acción. No utilice en ningún otro tipo de nodo las correlaciones que desarrolle para un nodo Warehouse.

Puede controlar la forma en que este nodo accede a la base de datos especificando la información de usuario y contraseña para el origen de datos que especifique en la propiedad de nodo. Utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

Desde este nodo, sólo puede actualizar una base de datos; no puede actualizar el contenido de un mensaje. Si desea actualizar el contenido de un mensaje, utilice el nodo Compute o Mapping.

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.

El motor de transformación Xalan-Java (Procesador XSLT Xalan-java Apache) se utiliza como motor de transformación subyacente. Para obtener información detallada sobre XMLT, consulte Transformaciones XSL W3C.

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.

Inicio del cambioJMSMQTransformFin del cambio
Inicio del cambioUtilice el nodo JMSMQTransform para transformar un mensaje con un árbol de mensaje JMS en un mensaje que tenga una estructura de árbol de mensaje compatible con el formato de los mensajes producidos por el proveedor JMS de WebSphere MQ.

Se puede utilizar el nodo JMSMQTransform para enviar mensajes a flujos de mensajes heredados y para interoperar con JMS de WebSphere MQ y la publicación/suscripción de WebSphere Message Broker.

Fin del cambio
Inicio del cambioMQJMSTransformFin del cambio
Inicio del cambioUtilice el nodo MQJMSTransform para recibir mensajes que tienen un formato de árbol de mensaje de proveedor de JMS de WebSphere MQ y transformarlos en un formato que sea compatible con los mensajes que se deben enviar a los destinos JMS.

Se puede utilizar el nodo MQJMSTransform para enviar mensajes a los flujos de mensajes heredados y para interoperar con JMS de WebSphere MQ y la publicación/suscripción de WebSphere Message Broker.

Fin del cambio
Inicio del cambioMQOptimizedFlowFin del cambio
Inicio del cambio

Utilice el nodo MQOptimizedFlow para sustituir un flujo de mensajes de publicación/suscripción que consta de un nodo MQInput conectado a un nodo Publication y que utiliza el transporte JMS sobre WebSphere MQ. El nodo MQOptimizedFlow no se puede utilizar en sistemas z/OS.

Utilice el nodo MQOptimizedFlow para mejorar el rendimiento, especialmente donde un solo publicador produzca una publicación persistente para un solo suscriptor.

Fin del cambio
User-defined
Puede incluir un nodo definido por el usuario para interactuar con una base de datos.

Puede controlar la forma en que este nodo accede a la base de datos especificando la información de usuario y contraseña para el origen de datos que especifique en la propiedad de nodo. Utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

La tabla siguiente resume lo que puede actualizar en estos nodos.

Nodo ¿Actualizar la base de datos? ¿Actualizar el mensaje? ¿Actualizar el entorno local? ¿Requiere conjunto de mensajes?
Compute No
Database No No
DataDelete No
DataInsert No
DataUpdate No
Extract
Mapping
Warehouse No
Toma de decisiones

Puede utilizar nodos que determinen el orden y el flujo de control en el flujo de mensajes de varias formas para tomar decisiones sobre cómo el flujo procesa los mensajes. También puede utilizar nodos (TimeoutControl y TimeoutNotification) que determinan la hora y la frecuencia de aparición de los sucesos en el flujo de mensajes. El direccionamiento es independiente de la transformación de mensajes, aunque la ruta que toma un mensaje puede determinar con exactitud la transformación que se efectúa en el mismo.

Por ejemplo, una aplicación de transferencia de dinero siempre envía mensajes a otra aplicación. Puede decidir que cada mensaje con un valor de transferencia superior a los 10.000 euros también debe enviarse a una segunda aplicación, para que se registren todas las transacciones de gran valor.

En otro ejemplo, un club automovilístico nacional ofrece un servicio 'premier' a miembros específicos por pedidos superiores a un cierto valor. La mayor parte de los pedidos se direccionan a través de los canales normales, pero si el número de miembro y el valor del pedido cumplen ciertos criterios, el pedido recibe un tratamiento especial.

También puede establecer una opción de direccionamiento más dinámica creando información adicional de direccionamiento en el mensaje cuando éste se procesa. Se establecen conjuntos de normas opcionales para recibir mensajes según los valores (destinos) establecidos en el mensaje. Puede establecer estas normas de forma que un mensaje sea procesado por uno o más conjuntos de normas opcionales, en el orden que determine el contenido añadido al mensaje.

Utilice los nodos siguientes para tomar decisiones sobre la dirección que toma un mensaje a través del flujo de mensajes:

Inicio del cambioValidateFin del cambio
Inicio del cambioUtilice el nodo Validate para comprobar que el mensaje que llega a su terminal de entrada es el esperado. Puede comprobar si el mensaje tiene las propiedades de plantilla esperadas (es decir, el dominio de mensajes, el conjunto de mensajes y el tipo de mensaje) y que el contenido del mensaje es correcto. Puede comprobar el mensaje con uno o más dominios de mensajes, conjuntos de mensajes o tipos de mensajes.

El nodo Validate sustituye el nodo Check que está desfasado en WebSphere Message Broker Versión 6.0 y en los releases subsiguientes. El nodo Validate funciona del mismo modo que el nodo Check, pero tiene propiedades de validación adicionales, que permiten que los analizadores que soportan esta posibilidad validen el contenido del mensaje.

Fin del cambio
Filter
Puede codificar una sentencia ESQL para determinar el nodo siguiente al cual este nodo envía el mensaje. No utilice en ningún otro tipo de nodo el código ESQL que desarrolle para utilizar en un nodo Filter.

Los terminales del nodo son verdadero, falso, desconocido y anomalía; el mensaje se propaga al terminal verdadero si el resultado de la prueba es satisfactoria y al terminal de error, si no lo es. Si no se puede resolver la sentencia (por ejemplo, si se prueba el valor de un campo que no aparece en el mensaje de entrada), el mensaje se propaga al terminal desconocido. Si se desea cualquier otro error, el mensaje se propaga al terminal de anomalías.

La prueba en la sentencia ESQL puede depender del contenido del mensaje, el contenido de la base de datos o una combinación de ambos.

Si hace referencia a una base de datos, puede controlar la forma en que este nodo accede a ella, especificando información de usuario y de contraseña para cada origen de datos definido en el registro en el sistema de intermediarios. En sistemas distribuidos, utilice el mandato mqsisetdbparms para inicializar y mantener estos valores.

En z/OS, utilice el ID de tarea iniciado por el intermediario para acceder a la base de datos.

Es aconsejable utilizar este nodo en lugar del nodo Compute para proporcionar esta función; aunque puede configurar el nodo Compute para controlar la selección y el direccionamiento de los mensajes, el rendimiento es superior si utiliza el nodo Filter.

FlowOrder
Puede conectar los terminales de este nodo para forzar que el mensaje sea procesado por una secuencia de nodos, seguido de una segunda secuencia de nodos.
Inicio del cambioPassthroughFin del cambio
Inicio del cambioUtilice el nodo Passthrough para habilitar el control de versiones de un subflujo en tiempo de ejecución. El nodo Passthrough le permite añadir una etiqueta a su flujo de mensajes o subflujo. Mediante la combinación de esta etiqueta con la sustitución de palabras clave de su sistema de control de versiones, puede identificar qué versión de un subflujo está incluida en un flujo de mensajes desplegado. Puede utilizar esta etiqueta para fines personales. Si ha incluido las palabras clave de versión correctas en la etiqueta, puede ver el valor de la etiqueta:
  • Almacenado en el archivo archivador de intermediario (BAR), utilizando el mandato mqsireadbar
  • Tal como se desplegó por última vez en un intermediario específico, en las propiedades de un flujo de mensajes desplegado en el Kit de herramientas de Message Brokers
  • En tiempo de ejecución, si habilita el rastreo de usuario para ese flujo de mensajes.
Fin del cambio
RouteToLabel y Label
En un nodo Compute puede definir una lista de destinos sobre los que actúa el nodo RouteToLabel, que interroga los destinos y pasa el mensaje al nodo Label correspondiente.
ResetContentDescriptor
Puede establecer nuevas propiedades de mensaje que se utilizarán cuando el siguiente nodo en el flujo de mensajes analice la corriente de bits del mensaje.

Es posible que desee que un trabajo de proceso por lotes se ejecute cada día a una hora específica o puede que desee que la información se procese y publique a intervalos fijos (por ejemplo, los tipos de cambio de moneda se calculan y se envían a los bancos) o es posible que desee realizar una acción de recuperación especificada si determinadas acciones no se completan en un tiempo definido. Para todos estos casos se proporcionan dos nodos de tiempo de espera (TimeoutControl y TimeoutNotification).

TimeoutControl
Utilice un nodo TimeoutControl y un nodo TimeoutNotification juntos en un flujo de mensajes para controlar los sucesos que se producen a una hora específica o a intervalos de tiempo definidos. El nodo TimeoutControl recibe un mensaje de entrada que contiene una petición de tiempo de espera. Este mensaje de entrada se valida y se almacena (todo el mensaje o una parte del mismo) para que lo propague un nodo TimeoutNotification asociado en el flujo de mensajes. El mensaje de entrada también se propaga sin modificarse al siguiente nodo en el flujo de mensajes.

Se puede asociar más de un nodo TimeoutControl con cada nodo TimeoutNotification.

TimeoutNotification
Utilice un nodo TimeoutNotification autónomo para generar mensajes que se propaguen a horas o intervalos de tiempo configuradas al siguiente nodo del flujo de mensajes para su proceso adicional.
Clasificar peticiones

Puede clasificar peticiones y respuestas relacionadas utilizando los nodos AggregateControl, AggregateReply y AggregateRequest. Utilice estos nodos para generar varias peticiones en respuesta a un mensaje de entrada, y para controlar y coordinar las respuestas que se reciben en respuesta a estas peticiones, y para combinar la información proporcionada por las respuestas para continuar el proceso.

Manejo e informe de errores

Puede utilizar nodos relacionados con el manejo e informe de errores:

Trace
Cuando incluye un nodo Trace, puede generar una o más entradas de rastreo para registrar lo que sucede en el flujo de mensajes en ese punto.
TryCatch
Cuando incluye un TryCatch, puede controlar el proceso de los errores cuando se generan excepciones.
Throw
Cuando incluye un nodo Throw, puede forzar que se genere una excepción y especificar la identidad de la excepción, para facilitar el diagnóstico del problema.

Con la excepción de los nodos Compute, Extract y Mapping, el mensaje de entrada que recibe un nodo y el mensaje de salida que envía son idénticos.

Conceptos relacionados
Visión general de flujos de mensajes
Soporte de aplicaciones de usuario final
Estructura del árbol de Entorno local
Tareas relacionadas
Configuración de DB2
Diseñar un flujo de mensajes
Acceder a bases de datos desde flujos de mensajes
Crear un flujo de mensajes
Definir el contenido del flujo de mensajes
Utilizar nodos para la toma de decisiones
Despliegue
Referencia relacionada
Mandato mqsisetdbparms
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: 22/08/2006
ac00330_