El intermediario implementa una interfaz de servicio web existente

En este escenario de servicio web, el intermediario proporciona una interfaz de servicio web a una aplicación no de servicio web existente. El servicio web está limitado a una definición WSDL existente.

El diagrama muestra una aplicación existente cuyo archivo de definición se importa a un conjunto de mensajes. El archivo WSDL de un cliente de servicio web existente también se importa en el conjunto de mensajes. El conjunto de mensajes se despliega en un flujo en un intermediario. En la ejecución el flujo interactúa con la aplicación existente y el cliente de servicio web.

Clave de los símbolos:

Este diagrama describe los símbolos utilizados en los demás diagramas y no se describe aquí porque cada uno de esos diagramas tiene su propia descripción.

Usos posibles

Pasos de diseño

  1. Importe WSDL para crear un conjunto de mensajes que contenga definiciones para los mensajes SOAP descritos por el WSDL.
  2. Adapte el conjunto de mensajes para la interfaz existente necesaria, posiblemente importando una definición de interfaz existente, por ejemplo un archivo de cabecera C o un libro de copias COBOL.
  3. Desarrolle un flujo de mensajes para implementar el servicio web.

Ejecución

El flujo de mensajes recibe una petición de servicio web, la convierte a un formato esperado por la aplicación existente e invoca la aplicación existente. La respuesta de la aplicación existe se convierte en una respuesta de servicio web válida.

Ejemplo 1

En este ejemplo, un cliente de servicio web HTTP existente proporciona información sobre un tema determinado (por ejemplo precios de acciones o tasas de cambio). Desea sustituir este servicio por una solución de búsqueda de base de datos interna, pero no desea realizar cambios en los clientes porque éstos están muy desplegados.

  1. Cree un flujo de mensajes incluyendo un nodo HTTPInput que reciba las peticiones de los clientes.
  2. El nodo HTTPInput se conecta a un nodo Compute que recupera la información necesaria de la base de datos y genera un mensaje de salida nuevo, en forma de respuesta de servicio web que incluye estos datos nuevos.
  3. El nodo Compute propaga el mensaje al nodo HTTPReply, que genera la respuesta para el cliente de servicio web.

Ejemplo 2

En este ejemplo, un sistema basado en C o Cobol existente se puede exponer de forma útil como un servicio web. También existe una restricción en relación al aspecto que debe tener el servicio web – ya tenemos la definición WSDL para un cliente de servicios web ampliamente distribuidos que proporciona a los usuarios acceso a una posibilidad de negocio determinada. El rol del intermediario será ofrecer la misma interfaz en una nueva implementación basada en el sistema existente. Quizá el proveedor de servicios web original ofrezca una calidad de servicio diferente o se deba interrumpir por alguna razón.

  1. Importe la interfaz de aplicación existente.
  2. Importe una definición WSDL existente para el cliente.
  3. Cree un flujo para implementar la interfaz de servicios web y mediar con la aplicación existente.

(Consulte Importar de WSDL).

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 no de servicio web en servicio web nuevo
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
ac34550_