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 de 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 actuar como el 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 el WSDL y la adición de la respuesta al nombre de petición sólo es un convenio), el usuario puede escribir ESQL para comprobar los hijos del elemento de respuesta (denominados de forma arbitraria).
Conceptos relacionados
Servicios web, WSDL y flujos de mensajes
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
El intermediario implementa una interfaz de servicio web existente - detalle
El intermediario llama a un servicio web existente - detalles
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
ac34590_