Escenarios de uso de WSIF
Existen dos escenarios principales que ilustran el rol que WSIF desempeña en el entorno emergente de servicios web: Redesarrollo y redespliegue y composición de flujo de servicios.
Escenario: volver a desarrollar y desplegar los servicios Web
Cuando se implementa por primera vez un servicio web, se crea un prototipo simple. Si desea mover un servicio Web de prototipo a producción, normalmente tiene que volver a desarrollarlo y desplegarlo.
- Puede volver a implementar y desplegar los servicios sin cambiar el código de cliente.
- Puede utilizar las infraestructuras fiables y de alto rendimiento existentes, por ejemplo RMI-IIOP (Remote Method Invocation over Internet Inter-ORB Protocol) y JMS (Java™ Message Service) sin sacrificar la independencia de la ubicación que ofrece el modelo de servicio web.
Escenario: composición de flujo de servicio
Un flujo de servicio generalmente invoca un servicio web, a continuación, pasa la respuesta desde un servicio web al siguiente servicio web, tal vez con alguna transformación.
Hay dos aspectos claves para este flujo que proporciona WSIF:
- Una representación de la invocación de servicio basada en los metadatos de WSDL (Lenguaje de descripción de servicios web).
- La posibilidad de crear invocaciones basadas solamente en portType, que se pueden utilizar con cualquier implementación.
Por ejemplo, imagínese que crea un metaservicio que utiliza varios servicios para crear un proceso. Inicialmente, varios de esos servicios son prototipos simples de bean de Java que se escriben y se muestran a través de SOAP, pero desea volver a implementar algunos de ellos como componentes EJB y otros de fuente externa.
Si utiliza SOAP, éste enlazará varias hebras para cada invocación siguiente, ya que pasan por el servidor web y el motor de servlets al direccionador SOAP. Si utiliza WSIF para llamar directamente a los beans, obtendrá un rendimiento mucho mejor comparado con SOAP y no perderá la transparencia de la ubicación ni del acceso. Utilizando WSIF, puede sustituir las implementaciones de bean Java por implementaciones de EJB sin cambiar el código de cliente. Para cambiar algunos de los servicios web de las implementaciones locales a los servicios SOAP externos, sólo tiene que actualizar WSDL.