El intermediario llama a un servicio web existente - detalles

A continuación se proporciona una visión general de un escenario típico de extremo a extremo donde el intermediario invoca un servicio web.

Existen dos propuestas de negocio básicas:

Es razonable suponer que hay una definición WSDL disponible para el servicio web.

  1. Importe la definición WSDL para el servicio web a fin de crear un modelo de mensaje para los datos de carga útil (consulte Importación de estructuras de datos).
  2. El paso de importación de WSDL hará que los mxsds de SOAP apropiados se incluyan automáticamente en el conjunto de mensajes. Específicamente, esto incluye el mxsd del sobre SOAP y, si es necesario, el mxsd de codificación SOAP.
  3. Implemente un flujo de mensajes para realizar la petición de servicio web; es decir, para actuar como cliente de servicios web. Los nodos de punto final pueden ser MQ para la integración con un sistema existente. El flujo incluye un nodo HTTPRequest para emitir la petición de servicio web y recibir la respuesta. El usuario debe crear el contenido SOAP necesario llenando de datos la instancia de sobre (envelope) SOAP. Esto se puede realizar a través de un nodo de correlación o se puede crear directamente en ESQL:
     
     DECLARE SOAPENV NAMESPACE 'http://schemas.xmlsoap.org/soap/envelope/';
     
     SET OutputRoot.Properties.MessageSet = 'soap1';
     SET OutputRoot.Properties.MessageType = 'Envelope';
     SET OutputRoot.Properties.MessageFormat = 'XML1';
     
     SET OutputRoot.MRM.SOAPENV:Body.addEntryResponse.cid = 'abc123';
     .
     .
  4. Las propiedades del nodo HTTPRequest relacionadas con la petición son:
    • dominio: "MRM"
    • conjunto: conjunto de mensajes que contiene la definición de sobre SOAP
    • tipo: "Envelope"
    • formato: "XML1"
    • indicación de si la petición de servicio web debe constar del mensaje de entrada entero o de sólo una parte del mismo
  5. Las propiedades del nodo HTTPRequest relacionadas con la respuesta son:
    • opción de redirección automática para los códigos de estado HTTP 300 a 399
    • indicación de si una respuesta de servicio web válida sustituye el mensaje de entrada en el árbol (valor por omisión) o se adjunta en una ubicación específica del árbol original
    • del mismo modo, indicación de si un error de servicio web sustituye el mensaje de entrada en el árbol (valor por omisión) o se adjunta en una ubicación específica del árbol original
    • el dominio, el conjunto, el tipo y el formato (como en el paso 4 más arriba). Utilizadas por el intermediario para crear el árbol lógico (parte) desde la corriente de bits
  6. Una vez que la respuesta está disponible en el árbol, puede procesarla utilizando un nodo de correlación o utilizando ESQL. Si no se conoce el nombre real del mensaje de respuesta (no está definido en WSDL y la adición de Respuesta al nombre de petición sólo es un convenio), el usuario podría escribir ESQL para comprobar los hijos del elemento de respuesta (denominados de forma arbitraria).
Conceptos relacionados
Flujos de mensajes de dominios XML
El intermediario llama a un servicio web existente
El intermediario implementa una interfaz de servicio web nueva
El intermediario implementa una interfaz de servicio web existente
El intermediario implementa una interfaz no de servicio web en servicio web nuevo
Tareas relacionadas
Detalles de cómo el intermediario implementa una interfaz de servicio web existente
El intermediario llama a un servicio web existente - detalles
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Última actualización : 2009-02-16 13:54:09

ac34590_