Servicios Web

"Un Web Service es un componente de software que se comunica con otras aplicaciones codificando los mensaje en XML y enviando estos mensaje a travs de protocolos estndares de Internet tales como el Hypertext Transfer Protocol (HTTP).

Intuitivamente es similar a un sitio web, pero no existe interaccin con una persona a travs de un web browser. interaccin es entre aplicaciones

Cmo Funcionan los Servicios Web?

Requisitos de un Servicio Web:

Interoperabilidad: Un servicio remoto debe permitir su utilizacin por

clientes de otras plataformas.

Amigabilidad con Internet: La solucin debe poder funcionar para

soportar clientes que accedan a los servicios remotos desde internet.

Interfaces fuertemente tipadas: procedimentales. Ms an, los

tipos de datos definidos en el servicio remoto deben poderse corresponder razonablemente bien con los tipos de datos de la mayora de los lenguaje de programacin.

Requisitos de un Web Service:

Posibilidad de aprovechar los estndares de Internet existentes: La implementacin del servicio remoto debera
aprovechar estndares de Internet existentes tanto como sea posible y evitar reinventar soluciones a problema que ya se han resuelto.

Soporte para cualquier lenguaje: Un cliente debera ser capaz de

implementar un nuevo servicio Web existente independientemente del lenguaje de programacin en el que se halla escrito el cliente.

Bloques Constructivos de Servicios Web:

 Descubrimiento: La aplicacin cliente que necesita acceder a la

funcionalidad que expone un Servicio Web necesita una forma de resolver la ubicacin de servicio remoto. Se logra mediante un proceso llamado, normalmente descubrimiento dado, el cliente necesita suficiente informacin para interactuar adecuadamente con el mismo.

Descripcin: Una vez que se ha resuelto el extremo de un servicio Web

Formato del mensaje: Para el intercambio de datos, el cliente y el servidor

tienen que estar de acuerdo en un mecanismo comn de codificacin y formato de mensaje.

 Codificacin: Los datos que se trasmiten entre el cliente y el servidor necesitan codificarse en un cuerpo de mensaje. Transporte: Una vez se ha dado formato al mensaje y se han serializado los datos en el cuerpo del mensaje se debe transferir entre el cliente y el servidor utilizando algn protocolo de transporte.

SOAP - Protocolo simple de acceso a objetos

Es un protocolo basado en XML, que permite la interaccin entre varios dispositivos y que tiene la capacidad de transmitir informacin compleja. Los datos pueden ser transmitidos a travs de HTTP , SMTP , etc.
envelope (envoltura): Es el elemento raz del mensaje para describir su contenido y la forma de procesarlo.
SOAP especifica el formato de los mensajes de la siguiente forma:

header (encabezado): Es la informacin de identificacin del contenido. Un grupo de reglas de codificacin para expresar las instancias de tipos de datos definidos por la aplicacin.
body (cuerpo): Es el contenido del mensaje. Una convencin para representar las llamadas y las respuestas a procedimientos remotos.

Anatoma de un mensaje SOAP

Algunas de las Ventajas de SOAP

No esta asociado con ningn lenguaje No se encuentra fuertemente asociado a ningn protocolo de transporte Aprovecha los estndares existentes en la industria Permite la interoperabilidad entre mltiples entornos Ampliamente aceptado

 RPC: Consiste en pasarle parmetros a un procedimiento remoto en algn

lenguaje determinado (java, c++, etc) utilizando un esquema de comunicacin xml via HTTP.

RPC usando SOAP

RPC usando SOAP

Para realizar una invocacin RPC es necesario conocer:

La ubicacin del objeto remoto El nombre del objeto remoto El nombre del mtodo Los parmetros del mtodo

Descripcin: WSDL
Lenguaje de Descripcin de Servicios Web

WSDL representa una especie de contrato 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 travs de un documento procesable por dispositivos.

WSDL

Distingue claramente los mensajes de los puertos Los mensajes (la sintaxis y semntica 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

Descripcin abstracta:
Existen tres componentes principales de esta interfaz abstracta:

El vocabulario El mensaje La interaccin

Descripcin abstracta:
Los elementos utilizados para esto son: Types: contenedor de definiciones del tipo de datos que utiliza algn sistema de tipos (por ejemplo XSD). Message: definicin abstracta y escrita de los datos que se estn comunicando. Operation: descripcin abstracta de una accin admitida por el servicio. Port Type: conjunto abstracto de operaciones admitidas por uno o ms puntos finales.

Ejemplo:

Informacin concreta de enlace

Para completar la descripcin de una interaccin clienteservidor se necesita saber: Qu protocolo de comunicacin se va utilizar (como SOAP sobre HTTP) Como conseguir la interaccin del servicio con este protocolo Donde termina la comunicacin (la direccin de red).

Informacin concreta de enlace

Para eso se utilizan los siguientes elementos:

Binding: especificacin del protocolo y del formato de datos para un tipo de puerto determinado. Port: punto final nico que se define como la combinacin de un enlace y una direccin de red. Service: coleccin de puntos finales relacionados.

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 descripcin WSDL para poder acceder a estos.

Descubrimiento: UDDI
Una vez creado el servicio web el siguiente paso consiste en definir cmo se dar a conocer el servicio Web para que los clientes interesados puedan descubrirlo fcilmente y utilizarlo en sus aplicaciones.

Descubrimiento: UDDI
UDDI
es un registro pblico diseado para almacenar de forma estructurada informacin sobre empresas y los servicios que stas ofrecen. A travs de UDDI, se puede publicar y descubrir informacin de una empresa y de sus servicios.

En UDDI codifica tres tipos de informacin acerca de un servicio web

Seccin blanca - direccin, contacto y otros identificadores conocidos. Seccin amarilla - categorizacin industrial basada en taxonomas. Seccin verde - informacin tcnica sobre los servicios que aportan las propias empresas.

Seccin Blanca

La estructura que almacena la seccin blanca es de tipo bussinessEntity, esta estructura describe a un proveedor de servicios Web.

Seccin Amarilla
Para almacenar la seccin amarilla se utiliza la estructura tipo bussinessService, que describe una familia de servicios Web ofrecidos por el proveedor descrito en el bussinnessEntity.

Ejemplo:

Seccin Verde
La seccin verde se almacena entre las estructuras tipo bindingTemplate, que describen la informacin tcnica de acceso a un servicio Web concreto.

Ejemplo:

Informacin de la plantilla de enlace

Direccin donde el servicio puede ser accedido, esta direccin podra ser una url, una direccin de email, o un numero de telfono tModelInstanceDetaills, el cual provee la descripcin tcnica 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.