RPC usando SOAP
Para realizar una invocación RPC es necesario conocer: La ubicación del objeto remoto El nombre del objeto remoto El nombre del método Los parámetros del método
Descripción: WSDL Lenguaje de Descripción de Servicios Web
WSDL representa una especie de contracto entre el proveedor y el que solicita. O sea permite que un servicio y un cliente establezcan un acuerdo en lo que se refiere a los detalles de transporte de mensajes y su contenido, a través de un documento procesable por dispositivos.
WSDL Distingue claramente los mensajes de los puertos
Los mensajes (la sintaxis y semántica que necesita un servicio Web) son siempre abstractos
Los puertos (las direcciones de red en las que se invoca al servicio Web) son siempre concretos
Existen tres componentes principales de esta interfaz abstracta:
El vocabulario
El mensaje
La interacción
Descripción abstracta:
Descripción abstracta: Los elementos utilizados para esto son:
Types: contenedor de definiciones del tipo de datos que utiliza algún sistema de tipos (por ejemplo XSD). Message: definición abstracta y escrita de los datos que se están comunicando. Operation: descripción abstracta de una acción admitida por el servicio. Port Type: conjunto abstracto de operaciones admitidas por uno o más puntos finales.
Ejemplo:
Información concreta de enlace Para completar la descripción de una interacción cliente- servidor se necesita saber:
Qué protocolo de comunicación se va utilizar (como SOAP sobre HTTP)
Como conseguir la interacción del servicio con este protocolo
Donde termina la comunicación (la dirección de red).
Para eso se utilizan los siguientes elementos:
Binding: especificación del protocolo y del formato de datos para un tipo de puerto determinado. Port: punto final único que se define como la combinación de un enlace y una dirección de red. Service: colección de puntos finales relacionados. Información concreta de enlace
Ejemplo:
Objetivo de WSDL El objetivo de WSDL es el de liberar a los usuarios y desarrolladores de la necesidad de recordar o entender todos los detalles de acceso a los servicios, solo es necesario una descripción WSDL para poder acceder a estos.
Descubrimiento: UDDI Una vez creado el servicio web el siguiente paso consiste en definir cómo se dará a conocer el servicio Web para que los clientes interesados puedan descubrirlo fácilmente y utilizarlo en sus aplicaciones.
Descubrimiento: UDDI UDDI es un registro público diseñado para almacenar de forma estructurada información sobre empresas y los servicios que éstas ofrecen. A través de UDDI, se puede publicar y descubrir información de una empresa y de sus servicios.
En UDDI codifica tres tipos de información acerca de un servicio web
Sección blanca – dirección, contacto y otros identificadores conocidos.
Sección amarilla – categorización industrial basada en taxonomías.
Sección verde – información técnica sobre los servicios que aportan las propias empresas.
La estructura que almacena la sección blanca es de tipo bussinessEntity, esta estructura describe a un proveedor de servicios Web. Sección Blanca
Sección Amarilla Para almacenar la sección amarilla se utiliza la estructura tipo bussinessService, que describe una familia de servicios Web ofrecidos por el proveedor descrito en el bussinnessEntity.
Ejemplo:
Sección Verde La sección verde se almacena entre las estructuras tipo bindingTemplate, que describen la información técnica de acceso a un servicio Web concreto.
Ejemplo:
Información de la plantilla de enlace Dirección donde el servicio puede ser accedido, esta dirección podría ser una url, una dirección de email, o un numero de teléfono
tModelInstanceDetaills, el cual provee la descripción técnica del servicio
Para Concluir: WSDL: Ofrece un modo formal de definir servicios web, independientemente del proveedor.
UDDI: Proporciona una amplia infraestructura estandarizada que permite al usuario describir y descubrir servicios web.
| Página siguiente |