Nodo HTTPRequest

Este tema contiene los apartados siguientes:

Finalidad

Utilice el nodo HTTPRequest para interactuar con un servicio web utilizando todo o parte del mensaje de entrada como petición que se envía a dicho servicio. También puede configurar el nodo para crear un nuevo mensaje de salida a partir del contenido del mensaje de entrada aumentado con el contenido de la respuesta del servicio web antes de propagar el mensaje a nodos subsiguientes del flujo de mensajes.

Este nodo crea una petición HTTP a partir del contenido especificado del mensaje de entrada y la envía al servicio web. Recibe la respuesta del servicio web y la analiza para su inclusión en el árbol de salida. Genera cabeceras HTTP si así lo precisa la configuración.

Puesto que el nodo interactúa directamente con un servicio externo utilizando TCP/IP, puede experimentar los tres tipos de error siguientes:

  1. Errores que genera TCP/IP, por ejemplo, no route to host y connection refused. Si el nodo detecta estos errores, genera una excepción, llena la lista de excepciones con la información de error recibida y direcciona, sin modificar, el mensaje de entrada al terminal de anomalías.
  2. Errores que son resultado de la interacción con el servicio web, por ejemplo, Not Found o Permission Denied. Si se producen estos errores, el nodo genera una excepción, llena la lista de excepciones con la información de error recibida y direcciona, sin modificar, el mensaje de entrada al terminal de anomalías.
  3. Errores que devuelve el servicio web en un mensaje de error SOAP (e incluye un código de estado HTTP que está fuera del rango de 200 a 299), por ejemplo, Must-understand parts not understood. Si el nodo detecta estos errores, direcciona la respuesta del cuerpo del mensaje al terminal de errores. Si no ha configurado este nodo para manejar la redirección, los mensajes que tienen un código de estado de redirección (3xx) también se manejan de este modo.

Puede utilizar este nodo en un flujo de mensajes que no contenga un nodo HTTPInput o HTTPReply.

El nodo HTTPRequest maneja mensajes en los dominios de mensajes siguientes:

  • MRM
  • XML
  • XMLNS
  • JMSMap
  • JMSStream
  • BLOB

El nodo HTTPRequest se representa en el área de trabajo mediante el icono siguiente:

icono del nodo HTTPRequest

Utilización de este nodo en un flujo de mensajes

Puede utilizar este nodo para configurar un flujo de mensajes que actúe como un intermediario del servicio web de dos modos diferentes:

  1. Se invoca el servicio web en nombre de un cliente de servicios web.

    Consulte el nodo HTTPInput, donde se proporciona una descripción de esta opción y se incluyen dos ejemplos de utilización.

  2. Se invoca el servicio web en nombre de un cliente que no es un cliente de servicios web.

    Puede configurar flujos de mensajes que reciban mensajes de entrada de clientes utilizando cualquier transporte para conectar al intermediario, y envíen mensajes de salida a clientes que utilicen el mismo o cualquier otro transporte para conectar al intermediario. Puede utilizar el nodo HTTPRequest en un flujo de mensajes para interactuar con un servicio web, sin tener en cuenta la aplicación origen que inicia el mensaje de entrada.

    Por ejemplo, una aplicación WebSphere MQ transfiere un mensaje a una cola. Se diseña un flujo de mensajes que recupere el mensaje (nodo MQInput) y lo propague a un nodo HTTPRequest. El nodo HTTPRequest interactúa con un servicio web que devuelve información asociada al contenido del mensaje de entrada original en su mensaje de respuesta. Por ejemplo, puede añadir precios actuales de valores a una lista de opciones de valores, o bien, devolver listados de URL en respuesta a una petición de búsqueda. El nodo HTTPRequest pasa la información a un nodo Compute, que genera un respuesta para la aplicación de origen (a través de un nodo MQReply).

Configuración del nodo HTTPRequest

Se puede configurar al transferir una instancia del nodo HTTPRequest a un flujo de mensajes. Pulse el botón derecho del ratón en la vista del editor y, a continuación, pulse en Propiedades. Se muestran las propiedades básicas del nodo.

Todas las propiedades obligatorias para las que debe entrar un valor (las que no tienen un valor por omisión definido) se muestran marcadas con un asterisco en el diálogo de propiedades.

Configure el nodo HTTPRequest tal como se indica a continuación:

  1. El nodo HTTPRequest determina el URL del servicio web al que envía una petición. Debe establecer una de las tres opciones siguientes; el nodo las comprueba en el orden que se muestra (es decir, la primera siempre altera temporalmente a la segunda, y la segunda altera temporalmente a la tercera):
    1. X-Original-HTTP-URL en la cabecera HTTPRequest del mensaje de entrada
    2. LocalEnvironment.Destination.HTTP.RequestURL en el mensaje de entrada
    3. La propiedad URL de servicio web por omisión

    Las dos primeras opciones proporcionan métodos dinámicos para establecer un URL para cada mensaje de entrada a medida que pasa a través del flujo de mensajes. Si desea utilizar cualquiera de estas opciones, debe incluir un nodo Compute en el flujo de mensajes antes del nodo HTTPRequest para crear e inicializar el valor necesario.

    La tercera opción proporciona un valor que es fijo para cada uno de los mensajes que se reciben en este nodo. Es posible que le resulte útil como valor por omisión que puede utilizar si los demás campos no se han creado o si contienen un valor nulo. Si alguno de los campos contiene un valor, el valor de esta propiedad se ignora.

    Asegúrese de que el valor que establece en X-Original-HTTP-URL, LocalEnvironment.Destination.HTTP.RequestURL o en esta propiedad sea válido; si no es así, el nodo genera una excepción y el mensaje se propaga al terminal de anomalías.

  2. Establezca el valor de Tiempo de espera excedido de petición. Es el tiempo que espera el nodo una respuesta del servicio web. Si, durante este tiempo, se recibe una respuesta, ésta se propaga a través del terminal de salida al resto del flujo de mensajes. Si, por el contrario, no se recibe ninguna respuesta, el mensaje de entrada se propaga a través del terminal de anomalías, si está conectado. Si el terminal de anomalías no está conectado y, durante este tiempo, no se recibe ninguna respuesta, se genera una excepción.
  3. En Ubicación de proxy HTTP, establezca la ubicación del servidor proxy al que se envían las peticiones.
  4. Seleccione o deseleccione el recuadro de selección Seguir redirección HTTP para especificar cómo se deben manejar las respuestas de los servicios web que contienen un código de estado HTTP de 300 a 399:
    • Si selecciona este recuadro de selección, el nodo sigue la redirección que se indica en la respuesta y vuelve a emitir la petición de servicio web al nuevo URL incluido en el contenido del mensaje.
    • Si deselecciona el recuadro de selección, el nodo no sigue la redirección proporcionada. El mensaje de respuesta se propaga al terminal de errores.
  5. Seleccione Avanzadas en el navegador del diálogo de propiedades y establezca valores para las propiedades avanzadas que describen la estructura y el contenido de la petición y la respuesta del servicio web.
    1. Especifique el contenido del mensaje de respuesta que se envía al servicio web:
      • Si desea que el mensaje de solicitud sea todo el cuerpo del mensaje de entrada, deje el recuadro de selección Utilizar todo el mensaje de entrada como petición seleccionado (éste es el valor por omisión).

        Si desea que el mensaje de solicitud contenga un subconjunto del mensaje de entrada, deseleccione este recuadro de selección y complete la propiedad Ubicación del mensaje de solicitud en el árbol.

      • En Ubicación del mensaje de solicitud en el árbol, entre la ubicación de inicio de la que se copia el contenido del árbol de mensajes de entrada en el mensaje de solicitud. Esta propiedad sólo es necesaria si se ha deseleccionado la propiedad Utilizar todo el mensaje de entrada como petición. El nodo crea un nuevo mensaje de solicitud y copia las partes especificadas del mensaje de entrada (el mensaje en sí mismo no se modifica).

        Puede entrar cualquier referencia de campo ESQL, incluidas expresiones dentro de la referencia. Por ejemplo, entre:

        InputRoot.XMLNS.ABC

        Si selecciona el recuadro de selección Utilizar todo el mensaje de entrada como petición, esta propiedad se ignora.

      Cuando se analiza el contenido del árbol de mensajes adecuado para crear una corriente de bits, se utilizan las propiedades del mensaje (dominio, conjunto, tipo y formato) asociadas al cuerpo del mensaje de entrada y almacenadas en la carpeta Propiedades.

    2. Especifique el contenido del mensaje de salida que se debe propagar al nodo siguiente del flujo de mensajes:
      • Si desea que todo el mensaje de respuesta del servicio web se propague como mensaje de salida, deje el recuadro de selección Sustituir mensaje de entrada por respuesta de servicio de web seleccionado (éste es el valor por omisión).

        Si desea que el mensaje de respuesta del servicio web se incluya en el mensaje de salida con parte del contenido del mensaje de entrada, deseleccione este recuadro de selección y complete la propiedad Ubicación del mensaje de respuesta en el árbol. Si deselecciona esta propiedad, el nodo copia el mensaje de entrada en el mensaje de salida y escribe el mensaje de respuesta del servicio web sobre el contenido del mensaje de salida en la ubicación especificada (en mensaje de entrada en sí mismo no se modifica).

      • En Ubicación del mensaje de respuesta en el árbol, entre la ubicación de inicio dentro del árbol de mensajes de salida en la que se almacenan los elementos analizados de la corriente de bits de mensajes de respuesta del servicio web. Esta propiedad sólo es necesaria si se ha deseleccionado la propiedad Sustituir mensaje de entrada por respuesta de servicio de web.

        Puede entrar cualquier referencia de campo ESQL válida, incluidas expresiones dentro de la referencia, e incluir nuevas referencias de campos (para crear un nuevo nodo en el árbol de mensajes para la respuesta). Por ejemplo, entre:

        OutputRoot.XMLNS.ABC.DEF
        o bien
        Environment.WSReply

        Si selecciona el recuadro de selección Sustituir mensaje de entrada por respuesta de servicio de web, esta propiedad se ignora.

      Cuando se analiza la corriente de bits de respuesta para crear el contenido del árbol de mensajes, se utilizan las propiedades del mensaje (dominio, conjunto, tipo y formato) que se han especificado en las propiedades por omisión del nodo (descritas más abajo).

    3. Si desea que el nodo genere una HTTPRequestHeader para el mensaje de solicitud, deje el recuadro de selección Generar cabeceras HTTP por omisión desde entrada seleccionado (éste es el valor por omisión).

      Si no desea generar una HTTPRequestHeader para el mensaje de solicitud, deseleccione el recuadro de selección Generar cabeceras HTTP por omisión desde entrada (el valor por omisión está seleccionado). Para controlar el contenido de HTTPRequestHeader que se incluye en el mensaje de solicitud, incluya un nodo Compute que añada una HTTPRequestHeader al mensaje de entrada antes del nodo HTTPRequest al flujo de mensajes y deseleccione el recuadro de selección.

      • Si ha seleccionado Generar cabeceras HTTP por omisión desde entrada y el mensaje de entrada incluye una HTTPRequestHeader, el nodo extrae cabeceras de servicios web de la HTTPRequestHeader y añade todas las cabeceras de servicios web exclusivas, excepto Host (consulte la tabla que se incluye a continuación), que están presentes en una HTTPInputHeader, si existe una en el mensaje de entrada. (Es posible que haya una HTTPInputHeader si el nodo HTTPInput ha recibido el mensaje de entrada de un servicio web).

        De este modo, también se añaden las cabeceras de servicios web que se muestran en la tabla siguiente, con valores por omisión, si no están presentes en HTTPRequestHeader o HTTPInputHeader.

        Cabecera Valor por omisión
        SOAPAction "" (serie de caracteres vacía)
        Content-Type text/xml; charset=utf-8
        Host Nombre del sistema principal al que se va a enviar la petición.

        También añade la cabecera Content-Length opcional con el valor calculado correcto, aunque no esté presente en HTTPRequestHeader o HTTPInputHeader.

      • Si ha seleccionado Generar cabeceras HTTP por omisión desde entrada y el mensaje de entrada no incluye una HTTPRequestHeader, el nodo extrae las cabeceras de servicios web, excepto Host, de HTTPInputHeader, si está presente en el mensaje de entrada. Añade las cabeceras de servicios web necesarias con valores por omisión, si no están presentes en HTTPInputHeader.
      • Si ha deseleccionado Generar cabeceras HTTP por omisión desde entrada y el mensaje de entrada incluye una HTTPRequestHeader, el nodo extrae todas las cabeceras de servicios web presentes en la HTTPRequestHeader de entrada. No comprueba la presencia de una HTTPInputHeader en el mensaje de entrada y no añade las cabeceras de servicios web necesarias si no las suministra la HTTPRequestHeader de entrada.
      • Si ha deseleccionado Generar cabeceras HTTP por omisión desde entrada y el mensaje de entrada no incluye una HTTPRequestHeader, no se genera ninguna cabecera de servicios web. El nodo no comprueba la presencia de una HTTPInputHeader en el mensaje de entrada y no añade ninguna de las cabeceras de servicios web necesarias. El mensaje de solicitud se propaga al servicio web sin una HTTPRequestHeader y, generalmente, causa que el servicio web genere un error, a menos que se haya configurado para manejar el contenido del mensaje.
  6. Seleccione Error en el navegador del diálogo de propiedades y establezca valores para las propiedades que determinan cómo manejar un mensaje de error que ha devuelto el servicio web.
    • Si desea que todo el mensaje de error del servicio web se propague como mensaje de salida, deje el recuadro de selección Sustituir entrada por error seleccionado (éste es el valor por omisión).

      Si desea que el mensaje de error del servicio web se incluya en el mensaje de salida con parte del contenido del mensaje de entrada, deseleccione este recuadro de selección y complete la propiedad Ubicación del mensaje de error. Si deselecciona esta propiedad, el nodo copia el mensaje de entrada en el mensaje de salida y escribe el mensaje de error del servicio web sobre el contenido del mensaje de salida en la ubicación especificada (el mensaje de entrada en sí mismo no se modifica).

    • En Ubicación del mensaje de error, entre la ubicación de inicio dentro del árbol de mensajes de salida en la que se almacenan los elementos analizados de la corriente de bits de mensajes de error de los servicios web. Esta propiedad sólo es necesaria si se ha deseleccionado la propiedad Sustituir entrada por error.

      Puede entrar cualquier referencia de campo ESQL válida, incluidas expresiones dentro de la referencia y nuevas referencias de campos (para crear un nuevo nodo en el árbol de mensajes para la respuesta). Por ejemplo, entre:

      OutputRoot.XMLNS.ABC.DEF
      o bien
      Environment.WSError

      Si selecciona el recuadro de selección Sustituir entrada por error, esta propiedad se ignora.

  7. Seleccione Valor por omisión en el navegador del diálogo de propiedades y establezca valores para las propiedades que describen el dominio del mensaje, el conjunto de mensajes, el tipo de mensaje y el formato del mensaje que utiliza el nodo para determinar cómo analizar el mensaje de respuesta que devuelve el servicio web.

    Si el servicio web devuelve un mensaje de error, los valores de estas propiedades se ignoran y el analizador BLOB analiza el mensaje.

    • En el campo Dominio del mensaje, seleccione el nombre del analizador que está utilizando de la lista desplegable. Puede elegir entre:
      • MRM
      • XML
      • XMLNS
      • JMSMap
      • JMSStream
      • BLOB
    • Si utiliza el analizador MRM, seleccione el conjunto de mensajes correcto de la lista desplegable del campo Conjunto de mensajes. Esta lista se llena con los conjuntos de mensajes disponibles cuando se seleccione MRM como dominio.

      Deje el campo Conjunto de mensajes en blanco para los analizadores XML, XMLNS, JMS y BLOB.

    • Si utiliza el analizador MRM, seleccione el mensaje correcto de la lista desplegable del campo Tipo de mensaje. Esta lista se llena con los mensajes que se definen en el conjunto de mensajes que se ha seleccionado.

      Deje el campo Tipo de mensaje en blanco para los analizadores XML, XMLNS, JMS y BLOB.

    • Seleccione el formato del mensaje de la lista desplegable del campo Formato del mensaje. Esta lista incluye todos los formatos físicos que se han definido para este conjunto de mensajes. Si ha utilizado los nombres por omisión para los formatos físicos, la lista contiene:
      • CWF1 (el ID del formato físico personalizado por omisión)
      • XML1
      • TDS1
      Si especifica nombres diferentes (que no son por omisión) para cualquiera de estos formatos, los nombres aparecen en la lista.

      Deje el campo Formato del mensaje en blanco para los analizadores XML, XMLNS, JMS y BLOB.

  8. Seleccione Validación en el navegador del diálogo de propiedades si desea que el analizador MRM valide el cuerpo de los mensajes frente al diccionario que se genera del conjunto de mensajes. (Si se propaga un mensaje al terminal de anomalías del nodo, no se valida).
    • Inicialmente, Validar está establecido en Ninguna. Cámbielo por Contenido y valor de modo que se solicite tanto la validación del contenido (comprobaciones de la composición y el contenido de tipo) como la validación de valor (comprobaciones de tipo de datos de valor, comprobaciones de nulo permitido, comprobaciones de longitud, comprobaciones de rango y comprobaciones de enumeración, entre otras).
    • Para determinar lo que sucede si la validación da error, seleccione una de las opciones siguientes para Acción para anomalía:
      • Rastreo de usuario: escribe todas las anomalías de validación en el rastreo de usuario y el proceso continúa.
      • Anotaciones de error locales: escribe todas las anomalías de validación en las anotaciones de sucesos y el proceso continúa.
      • Excepción: emite una excepción a la primera anomalía de validación. Éste es el funcionamiento por omisión.
      Las dos primeras opciones son útiles cuando se invoca la validación por primera vez, puesto que se pueden ver todas las anomalías de validación, no sólo la primera que se encuentra. Una vez que se han analizado las anomalías, generalmente, se selecciona Excepción para su uso futuro.

      Los destinos de las anomalías se comportan igual que en el caso de la salida del nodo Trace. Así, si, por ejemplo, se selecciona Rastreo de usuario, las entradas de rastreo se escriben sin tener en cuenta el valor del distintivo del rastreo de usuario para el flujo de mensajes.

    • Establezca un valor para Cronometraje:
      • Diferido: sólo valida el mensaje a medida que se analiza cada campo. Éste es el funcionamiento por omisión.
      • Inmediato: el mensaje se valida inmediatamente, pero se permite que haya subconjuntos sin resolver (de este modo, se ofrece soporte para los valores Elección y Mensaje de Composición en los que el elemento aún no se ha resuelto).
      • Completo: valida todo el mensaje inmediatamente.
      Las opciones disponibles para esta propiedad aprovechan la posibilidad de análisis parcial de los analizadores, puesto que pueden validar sólo los campos a los que se accede (Diferido), o bien, validar todo el mensaje (Inmediato y Completo). Lo primero mejora el rendimiento y lo último ofrece mayor seguridad.
    • La propiedad del recuadro de selección Incluir todas las limitaciones de valores está seleccionada y no se puede cambiar de su valor por omisión. Este valor significa que se llevan a cabo comprobaciones completas de los tipos de datos y de los valores.
    • La propiedad Arreglo no se puede cambiar de su valor por omisión, Ninguno.Si Acción por anomalía no se establece en Excepción, se toma una acción reparadora limitada cuando la validación da error. Si Acción por anomalía se establece en Excepción, no se lleva a cabo ninguna acción reparadora y se emite una excepción a la primera anomalía de validación.
  9. Seleccione Descripción en el navegador del diálogo de propiedades para especificar una descripción corta, una descripción larga, o ambas.
  10. Pulse el botón en Aplicar para realizar los cambios en el nodo HTTPRequest sin cerrar el diálogo de propiedades. Pulse el botón en Aceptar para aplicar los cambios y cerrar el diálogo de propiedades.

    Pulse el botón en Cancelar para cerrar el diálogo y descartar todos los cambios que ha realizado en las propiedades.

Conexión del terminales de salida a otro nodo

Conecte el terminal de anomalías, el terminal de errores o el terminal de salida de este nodo a otro nodo de este flujo de mensajes para continuar el proceso de mensajes, procesar errores o enviar el mensaje a un destino adicional. Si no conecta el terminal de errores, el mensaje se descarta. Si no conecta el terminal de anomalías, el intermediario proporciona proceso de errores por omisión, que se describe en el apartado Manejo de errores en flujos de mensajes.

Terminales y propiedades

Los terminales del nodo HTTPRequest se describen en la tabla siguiente:

Terminal Descripción
Terminal de entrada Terminal de entrada que acepta un mensaje para que lo procese el nodo.
Terminal de anomalías Terminal de salida al que se direcciona el mensaje si se detecta una anomalía durante el proceso en el nodo.
Terminal de salida Terminal de salida al que se direcciona el mensaje si representa la finalización satisfactoria de la petición del servicio web, y si se requieren procesos ulteriores en el flujo de mensajes.
Terminal de errores Terminal de salida al que se direccionan los mensajes que incluyen un código de estado HTTP que no está dentro del rango de 200 a 299, incluidos códigos de redirección (3xx) si no se ha establecido la propiedad Seguir redirección HTTP.

En las tablas siguientes se describen las propiedades del nodo; la columna que tiene el encabezamiento M indica si se trata de una propiedad obligatoria (marcada con un asterisco en el diálogo de propiedades si se debe especificar un valor cuando no se ha definido ningún valor por omisión), la columna que tiene el encabezamiento C indica que se trata de una propiedad configurable (se puede cambiar el valor cuando se añade el flujo de mensajes al archivo bar para su difusión).

Las propiedades básicas del nodo HTTPRequest se describen en la tabla siguiente:

Propiedad M C Valor por omisión Descripción
URL de servicio de web   URL del servicio web. Debe proporcionarlo con el formato http://<nombreSistemaPrincipal>[:<puerta>]/[<víaAcceso>] donde
  • Se debe especificar http://<nombreSistemaPrincipal>
  • <puerta> toma el valor por omisión de 80. Si especifica un valor, debe incluir el signo : antes del número de puerta.
  • <víaAcceso> toma el valor por omisión de /. Si especifica un valor, debe incluir el signo / antes de la vía de acceso.
Tiempo de espera excedido de petición No 120 Tiempo, en segundos, que espera el nodo una respuesta del servicio web. El rango válido es de 1 a (231)-1. No puede entrar un valor que represente una espera ilimitada.
Ubicación de proxy HTTP No   Servidor proxy al que se envían las peticiones. Debe tener el formato nombreSistemaPrincipal:puerta.
Seguir redirección HTTP No Deseleccionado Si se deben seguir las redirecciones HTTP. Si selecciona este recuadro de selección, se siguen las redirecciones. Si deselecciona este recuadro de selección, las redirecciones no se siguen.

Las propiedades avanzadas del nodo HTTPRequest se describen en la tabla siguiente:

Propiedad M C Valor por omisión Descripción
Utilizar todo el mensaje de entrada como petición No Seleccionado Si se debe pasar todo el cuerpo del mensaje de entrada al servicio web. Si selecciona este recuadro de selección, se realiza esta acción. Si deselecciona este recuadro de selección, debe especificar Ubicación del mensaje de solicitud en el árbol.
Ubicación del mensaje de solicitud en el árbol No InputRoot Ubicación de inicio a partir de la que se crea la corriente de bits para el envío al servicio web. Esta propiedad toma el formato de una referencia de campo ESQL.
Sustituir mensaje de entrada por respuesta de servicio de web No Seleccionado Si el contenido del mensaje de respuesta del servicio web sustituye la copia del mensaje de entrada como contenido del mensaje de salida creado. Si selecciona este recuadro de selección, se realiza esta acción. Si deselecciona este recuadro de selección, debe especificar Ubicación del mensaje de respuesta en el árbol.
Ubicación del mensaje de respuesta en el árbol No OutputRoot Ubicación de inicio en la que se almacenan los elementos analizados de la corriente de bits de respuesta del servicio web. Esta propiedad toma el formato de una referencia de campo ESQL.
Generar cabeceras HTTP por omisión desde entrada No Seleccionado Si se debe generar una HTTPRequestHeader. Si selecciona este recuadro de selección, se realiza esta acción. Si deselecciona este recuadro de selección, debe haber una HTTPRequestHeader válida en el mensaje de entrada.

Las propiedades de error del nodo HTTPRequest se describen en la tabla siguiente:

Propiedad M C Valor por omisión Descripción
Sustituir entrada por error No Seleccionado Si se debe sustituir el contenido del mensaje de entrada por el contenido del mensaje de error. Si selecciona este recuadro de selección, se realiza la acción. Si deselecciona este recuadro de selección, debe especificar Ubicación del mensaje de error.
Ubicación del mensaje de error No OutputRoot Ubicación de inicio en la que se almacenan los elementos analizados de la corriente de bits de error del servicio web. Esta propiedad toma el formato de una referencia de campo ESQL.

Las propiedades por omisión del nodo HTTPRequest se describen en la tabla siguiente:

Propiedad M C Valor por omisión Descripción
Dominio del mensaje No No   Dominio del mensaje de respuesta que se ha recibido del servicio web.
Conjunto de mensajes No No   Conjunto de mensajes del mensaje de respuesta.
Tipo de mensaje No No   Tipo del mensaje de respuesta.
Formato del mensaje No No   Formato del mensaje de respuesta.

Las propiedades de validación del nodo HTTPRequest se describen en la tabla siguiente:

Propiedad M C Valor por omisión Descripción
Validar No Ninguna Si debe llevarse a cabo la validación. Los valores válidos son Ninguna y Contenido y valor.
Acción por anomalía No Rastreo de usuario Lo que sucede si la validación da error. Sólo puede establecer esta propiedad si establece Validar en Contenido y valor. Los valores válidos son Rastreo de usuario, Anotaciones de error locales y Excepción.
Cronometraje No Diferido Cuando se produce la validación. Sólo puede establecer esta propiedad si establece Validar en Contenido y valor. Los valores válidos son Diferido, Inmediato y Completo.
Incluir todas las limitaciones de valores No Seleccionado Esta propiedad no se puede cambiar.
Arreglo No Ninguno Esta propiedad no se puede cambiar.

Las propiedades de descripción del nodo HTTPRequest se describen en la tabla siguiente:

Propiedad M C Valor por omisión Descripción
Descripción corta No No   Descripción breve del nodo.
Descripción larga No No   Texto que describe la finalidad del nodo en el flujo de mensajes.

Conceptos relacionados
WebSphere MQ Web Services Transport
Flujos de mensajes
ESQL
Referencias de campo ESQL

Tareas relacionadas
Cómo decidir los nodos que utilizar
Manejo de errores en flujos de mensajes
Configuración de ESQL dentro de nodos
Edición de propiedades configurables

Referencia relacionada
Nodo Compute
Nodo HTTPInput
Nodo HTTPReply
Nodo MQInput
Nodo MQReply