El intermediario permite la validación basándose en el modelo de mensajes para mensajes predefinidos.
Lea los temas de concepto sobre flujos de mensajes y analizadores; especialmente Analizador y dominio DFDL y Analizador XMLNSC.
La validación sólo se aplica a los mensajes que haya modelado y desplegado en el intermediario. Específicamente, los dominios de mensajes que dan soporte a la validación son DFDL, MRM, XMLNSC, SOAP e IDOC.
El intermediario no proporciona ninguna validación para los mensajes autodefinidos. Los dominios DFDL,XMLNSC y SOAP validan los mensajes predefinidos directamente con los archivos de esquema de modelo de mensaje. Los analizadores MRM e IDOC validan mensajes predefinidos con el diccionario de mensajes generado a partir de un conjunto de mensajes.
Los flujos de mensajes están diseñados para transformar y direccionar los mensajes que cumplen ciertas normas. De forma predeterminada, los analizadores realizan alguna comprobación de validez en un mensaje, pero sólo para garantizar la integridad de la operación de análisis. Sin embargo, puede validar un mensaje de forma más rigurosa contra el modelo de mensaje contenido en el conjunto de mensajes, especificando opciones de validación en ciertos nodos en el flujo de mensajes.
También puede especificar qué acción se debe realizar cuando falla la validación.
La validación de mensajes implica navegar por un árbol de mensajes y comprobar la validez del árbol. La validación de mensajes es una extensión de la creación de un árbol cuando se analiza el mensaje de entrada y de la creación de una corriente de bits cuando se graba el mensaje de salida.
Tipo de nodo | Nodos con opciones de validación |
---|---|
Nodo de entrada | FileInput, FTEInput, HTTPInput, JMSInput, MQInput, SCAInput, SOAPInput,TCPIPClientInput, TCPIPClientReceive, TCPIPServerInput, TCPIPServerReceiveTimeoutNotification |
Nodo de salida | EmailOutput, FileOutput, FTEOutput, HTTPReply, JMSOutput, JMSReply, MQOutput, MQReply, SCAReply, SOAPReply, TCPIPClientOutput, TCPIPServerOutput |
Otros nodos | Compute, CICSRequest, DatabaseRetrieve, HTTPRequest, FileRead, JavaCompute, Mapping, MQGet, PHPCompute, ResetContentDescriptor, SCAAsyncResponse, SCARequest, SOAPRequest, SOAPAsyncResponse, Validate, XSLTransform |
También se pueden especificar opciones de validación en la sentencia ESQL CREATE y la función ASBITSTREAM.
Para validar los mensajes de entrada que se reciben en un nodo de entrada, puede especificar propiedades de validación en el nodo de entrada. A continuación, el mensaje de entrada se valida cuando se analiza la corriente de bits de mensaje para formar el árbol de mensaje.
También puede utilizar la propiedad de Temporización de análisis del nodo de entrada para controlar si se debe analizar y validar el mensaje entero en este momento o si sólo se deben analizar y validar campos individuales cuando se haga referencia a ellos.
Para validar los mensajes de salida creados por un nodo de transformación, especifique propiedades de validación en el nodo propiamente dicho o en el nodo de salida que envía el mensaje. La validación tiene lugar cuando el nodo de salida crea la corriente de bits de mensaje desde el árbol de mensaje.
De forma alternativa, utilice un nodo Validate para validar un árbol de mensaje en un lugar específico del flujo de mensajes o utilice la función ESQL ASBITSTREAM de un nodo Compute, Filter o Database.
Los ejemplos ilustran algunas de estas opciones de validación.
Puede ver información sobre los ejemplos sólo cuando utilice el Information Center que está integrado en WebSphere Message Broker Toolkit o el Information Center en línea. Puede ejecutar ejemplos sólo cuando utilice el Information Center que está integrado en WebSphere Message Broker Toolkit.
Para obtener más información sobre la propiedad Temporización de análisis, consulte Análisis a petición.
Para obtener información sobre cómo se puede controlar la validación utilizando propiedades diferentes, consulte el apartado Propiedades de validación.