Aquí, el término servicio web hace referencia a una interfaz
descrita por WSDL y a la que se puede acceder a través de uno de los transportes soportados
por el intermediario, generalmente HTTP, JMS o MQ.
WSDL
La parte lógica de una definición de WSDL describe el
formato de los mensajes de negocio que se deben intercambiar y el intermediario la puede
importar para crear un modelo de mensaje durante el diseño. (Consulte
Importar de WSDL).
La parte física de una definición
de WSDL describe los puntos finales reales para el servicio y el protocolo
utilizado para intercambiar mensajes. La información de enlace físico no se importa
durante el diseño. Los detalles de protocolo y de punto final se deben implementar en un
flujo de mensajes, como se indica a continuación:
- Utilizando el enlace SOAP/HTTP, en cuyo caso implementará un flujo utilizando
nodos HTTP (HTTPInput y HTTPReply si un flujo implementa un servicio web o
HTTPRequest si un flujo invoca un servicio web).
- Utilizando el enlace SOAP/JMS, donde implementará un flujo utilizando nodos JMS
o MQ.
- Puede configurar flujos de mensajes que reciban mensajes de entrada de clientes utilizando
un transporte e interactúen con un servicio web o una aplicación heredada utilizando
otro.
- Puede propagar un mensaje a más de una ubicación – por ejemplo es posible que
la respuesta de servicio web que un nodo HTTPReply debe devolver a un cliente
se envíe primero a una aplicación de auditoría utilizando un nodo MQOutput (realizando
los ajustes necesarios en las cabeceras de mensaje).
También es posible tomar un modelo de mensaje existente y generar una
definición de WSDL; en este caso se debe proporcionar la información de enlace físico.
(Consulte Generación de una definición de servicio Web a partir de un conjunto de mensajes).
Los enlaces WSDL que se describen aquí
son, en específico, los que soporta el asistente del generador WSDL directamente:
es decir, aquéllos en los que el formato de mensaje utilizado es SOAP, que se puede
analizar como XML en el dominio MRM. Sin embargo, tenga en cuenta que la definición general
de un servicio web es más amplia que lo que se ha descrito y debe permitir formatos de mensaje distintos
de SOAP (por ejemplo XML-RPC) y transportes distintos de HTTP o JMS (por ejemplo
SMTP).
El punto de partida es normalmente:
- un modelo de mensaje existente que se debe exponer en un cliente (lo que requiere
generación de WSDL)
- una definición de WSDL existente que permitirá al intermediario interactuar con un servicio
web (lo que requiere importación de WSDL)
En ambos casos, el intermediario recibirá durante la ejecución mensajes basados
en el WSDL que se ha generado o importado durante el diseño.
(Para obtener más
información sobre WSDL, consulte Relación de WSDL con el modelo de mensaje y
Validación de WSDL).