Tema VI. Servicios Web I. Introducción

Transcripción

1 Tema VI. Servicios Web I. Introducción Desarrollo de Aplicaciones para Internet Curso 12 13

2 Índice 1.Introducción 2.Llamada a Procedimientos Remotos (RPC) 3.Servicios Web i. Introducción ii. WSDL iii.soap iv.uddi 4.Referencias

4 Introducción Los servicios Web son una tecnología de llamada a procedimientos remotos (Remote Procedure Call, RPC) Sus características principales son Uso las tecnologías y protocolos Web (especialmente HTTP) Fuertemente basado en XML Independiente del lenguaje

6 Llamada a Procedimientos Remotos Objetivo principal: Invocación de procedimientos (o funciones, o métodos, etc.) entre dos procesos Son tecnologías cliente/servidor Abstraen al programador de las comunicaciones subyacentes mediante Gestión del medio de comunicación (gestión de sockets, gestión de flujos, etc.) Gestión de los protocolos de comunicación Gestión de la serialización de los datos (aplanamiento/marshalling y desaplanamiento/unmarshalling)

7 Funcionamiento de RPC Aunque depende de la tecnología, el proceso de una llamada en RPC suele ser 1.El cliente invoca un procedimiento del stub* cliente (llamada local) 2.El stub cliente empaqueta los parámetros y el identificador del procedimiento en un mensaje 3.El stub cliente hace una llamada al sistema RPC para enviar el mensaje y queda a la espera 4.El mensaje se envía al proceso remoto 5.El proceso remoto recibe el mensaje *Un stub es un sustituto (a menudo transparente) de un objeto que se trabaja para RPC

8 Funcionamiento de RPC Proceso de una llamada en RPC (cont.) 6.El mensaje es pasado al stub servidor (skeleton*), que lo desempaqueta 7.El stub servidor invoca el procedimiento del real con los parámetros recibidos 8.El stub servidor recoge el resultado de la llamada y lo empaqueta en un mensaje 9.El mensaje de respuesta se envía al cliente 10.El cliente recibe el mensaje y lo pasa al stub cliente 11.El stub cliente desempaqueta el mensaje y devuelve como resultado de la llamada *El stub servidor suele llamarse skeleton

9 Funcionamiento de RPC *Imagen tomada de

10 Componentes RPC Los componentes más habituales son Interfaz del servicio Los procedimientos servidos se suelen definir en una interfaz Pueden definirse en el mismo lenguaje que las implementará o un lenguaje genérico (IDL, Interface Definition Language) Los stubs y skeletons se generan a partir de estas interfaces Mediante un compilador de interfaces, que crea y compila las implementaciones Mediante proxys transparentes creados durante la ejecución

11 Componentes RPC Los componentes más habituales son (cont.) Stub Representantes del servidor en el cliente Tiene la misma interfaz que el servicio remoto Suele ser transparente para el programador (actúa como un objeto local) Skeleton Representante de los clientes en el servidor Conoce a los procedimientos locales servidos por RPC Es quien hace las llamadas reales

12 Componentes RPC Los componentes más habituales son (cont.) Servicio de binding Añade transparencia de localización Permite asociar un procedimiento remoto con una ubicación en la máquina servidor (URL) Gestiona las invocaciones remotas para que lleguen al procedimiento real que debe ejecutarse Decide qué skeleton debe gestionar cada petición

13 Tecnologías RPC Algunas de las tecnologías RPC más conocidas son Open Network Computing RPC (ONC RPC / Sun RPC) Common Object Request Broker Architecture (CORBA) Unix Remote Procedure Call (RPC) Java Remote Method Invocation (Java RMI) XML Remote Procedure Call (XML-RPC) JSON Remote Procedure Call Distributed Component Object Model (DCOM) Windows Communication Foundation

15 Servicios Web Un servicio Web es un sistema software diseñado para soportar interacciones interoperables máquina-a-máquina sobre una red Tiene una interfaz descrita en un formato procesable por máquinas (concretamente WSDL) Otros sistemas interactúan con el servicio Web del modo que se prescribe en su descripción usando mensajes SOAP, típicamente transportados usando HTTP con una serialización de XML en conjunto con otros estándares Web relacionados Definición tomada de

16 Servicios Web vs Otros RPC Problemas de otros RPC Complejidad Coste Flexibilidad Soporte Dependientes de un lenguaje Estándares cerrados Falta de acuerdo en la industria

17 Servicios Web Ventajas de los Serivicos Web Cuanto aparecieron las empresas ya habían adoptado HTTP + TCP/IP como estándar de comunicaciones XML cubrió la necesidad de un sistema de codificación y formato de mensajes Independiente del lenguaje Independiente de la plataforma Simples y extensibles Comunicación en formato texto (XML) Uso de estándares abiertos (W3C) Menos problemas con los firewalls Su uso se extendió rápidamente (acuerdo en la industria)

18 Servicios Web Creados a partir de XML-RPC (por Microsoft e IBM) Se basan en tres estándares Simple Object Access Protocol (SOAP) Protocolo de comunicaciones Web Service Description Language (WSDL) Lenguaje de descripción de servicios Universal Description, Discovery and Integration (UDDI) Publicación y solicitud de servicios Además, todos se basan en XML Descripción de los servicios Representar los mensajes enviados

19 Esquema General Flujo de Ejecución 1.El servidor publica el servicio y lo registra en el registro UDDI 2.El cliente busca un servicio en el registro UDDI 3.El cliente obtiene la descripción (WSDL) del servicio 4.El cliente invoca el servicio 5.El servidor devuelve la respuesta Es habitual que no exista un servidor UDDI, con lo que el WSDL es servido por el propio servidor

20 Arquitectura Servicios Web Definición tomada de

21 Índice 1.Introducción 2.Llamada a Procedimientos Remotos (RPC) 3.Servicios Web i. Introducción ii.wsdl iii.soap iv.uddi 4.Referencias

22 WSDL Es el lenguaje que permite definir los servicios Puede verse como un IDL Los servicios se definen utilizando XML Permiten describir Servicios Nombres de servicio (puertos) y argumentos Tipos de los argumentos y del retorno Protocolo de transporte a utilizar con cada servicio Ubicación del servicio (URI) Es una recomendación W3C Versión 1.1 (más extendida): Versión 2.0 (actual):

23 Documentos WSDL Describen un servicio web Está compuesto por una serie de puertos que representan los puntos finales (endpoint) de comunicación (equivalen a un procedimiento en RPC) Se distinguen dos partes Sección abstracta: Contiene las definiciones de tipos, mensajes y las interfaces (tipos de puerto) Sección concreta: Contiene los bindings y los servicios concretos

24 *Ejemplo basado en el propuesto en el libro Java Web Services Up and Running Ejemplo Código Fuente Interfaz del Servicio (SEI) Publicación del Servicio Implementación del Servicio (SIB) Cliente del Servicio (Perl)

25 Ejemplo WSDL En Faitic podéis encontrar los siguientes ficheros TimeService.tar.gz: Contiene un proyecto Eclipse con el código del ejemplo. Este proyecto incluye los ejemplos de WSDL y de SOAP wsdlrpc.xml: Contiene el WSDL generado utilizando el estilo RPC wsdldocument.xml: Contiene el WSDL generado utilizando el estilo DOCUMENT xsddocument.xml: Contiene el XML Schema generado utilizando el estilo DOCUMENT

26 Elementos WSDL definitions Es el elemento raíz types (sección abstracta) Contiene la definición de los tipos usados por el servicio web Suelen utilizarse los tipos de XML Schema Es opcional message (sección abstracta) Contiene la definición de los mensajes intercambiados Representan tanto a peticiones como a respuestas Está compuesto una serie de elementos part Tienen un nombre y un tipo (atributos name y type)

27 Elementos WSDL porttype (sección abstracta) Describe las operaciones que puede realizar el servicio web Puede verse como una biblioteca de funciones Cada operación (operation) tiene unos mensajes asociados Entrada (input): Es el mensaje que espera recibir el servidor Salida (output): Es el mensaje que responderá el servidor

28 Elementos WSDL porttype (continuación) El orden y presencia de input y output definen el modelo de operación* One-way (in): Recibe un mensaje pero no genera respuesta (asíncrono) Notification (out): Envía un mensaje y no espera respuesta (asíncrono) Request-response (in/out): Recibe un mensaje y genera respuesta (síncrono) Solicit-response (out/in): Envía un mensaje y espera respuesta (síncrono) *Más información en docs/4.6.0/html/rwsfwsdevug/9-2.html

29 Elementos WSDL binding (sección concreta) Asocia cada grupo de operaciones (porttype) con una codificación de mensajes y protocolo de transporte Tiene dos atributos type: Indica el porttype asociado name: Indica el nombre del binding Los elementos internos permiten especificar El protocolo de aplicación a utilizar (HTTP o SMTP) El método de codificación de los mensajes ( rpc o document ) El formato de los datos utilizados ( literal o encoded )

30 Elementos WSDL service (sección concreta) Agrupar puertos relacionados para publicarlos como un servicio Puede incluir una descripción (description) Contiene una serie de elementos port Asocia tipos de puertos (porttype) con bindings (binding) y su ubicación final

32 SOAP Protocolo de comunicación entre procesos Independiente del protocolo de aplicación subyacente (HTTP, SMTP, FTP, IIOP, JMS, etc.) Define como interactuar con el nivel de aplicación Define el formato de los mensajes intercambiados (mediante XML) Modelo cliente/servidor (unidireccional) Normas a seguir por cliente y servidor para llevar a cabo el RPC Es una recomendación W3C Versión 1.2:

33 Mensajes SOAP Definidos utilizando XML No tienen estado Esquemas Síncrono: petición+respuesta <Envelope> <Header>  </Header> <Body> Asíncrono: petición Contenido flexible para que se pueda adaptar a cada servicio Los mensajes contiene cuatro tipos de elementos Envelope: Elemento principal Header: Información de cabecera Body: Cuerpo del mensaje. Contiene peticiones y respuestas Fault: Indica que se ha producido un error </Body> </Envelope>

34 Mensajes SOAP Envelope Elemento raíz que debe importar el namespace Header Es opcional Si está presente, debe ser el primer hijo de Envelope Contiene meta-información específica de la aplicación (seguridad, transacciones, autentificación, etc.) Los hijos de Header Deben tener un namespace asociado y estar cualificados Pueden contener una serie de atributos predefinidos (encodingstyle, role, mustunderstand y relay)

35 Mensajes SOAP Body Contiene la información que se envía entre procesos (servicio a invocar, parámetros, etc.) Su estructura interna es flexible (permite enviar cualquier estructura XML) Suele contener bloques con la invocación o respuesta de un servicio Elemento con el nombre del servicio conteniendo Elementos que representan parámetros Un elemento que representa el resultado Es habitual hacer uso de los tipos de XML Schema

36 Mensajes SOAP Fault Es un elemento interno de Body Se utiliza cuando se ha producido un error Sus elementos hijo son Code Contiene un elemento Value, con el código de error Puede contener un elemento Subcode Reason Contiene uno o varios elementos Text con una explicación legible por humanos del error

37 Mensajes SOAP Fault Sus elementos hijo son (continuación) Node (opcional) Contiene información sobre que nodo SOAP produjo el error Role (opcional) Contiene el rol del nodo donde se produjo el error Detail (opcional) Contiene información específica de la aplicación

38 Nota: C S: Cliente a Servidor, S C: Servidor a Cliente Ejemplo Flujo de una Petición En este ejemplo se mostrará el intercambio de mensajes que se produce en una petición Los pasos que veremos son 1.C S: Solicitud del WSDL del servicio 2.S C: Envío del WSDL del servicio 3.C S: Envío de mensaje SOAP para solicitar un servicio 4.S C: Envío de mensaje SOAP con el resultado de la solicitud Además, se muestra un ejemplo de una respuesta tras producirse un fallo

39 Ejemplo Paso 1

40 Ejemplo Paso 2

41 Ejemplo Paso 3

42 Ejemplo Paso 4

43 Ejemplo TimeException

44 Ejemplo Fallo

46 UDDI Catálogo de servicios Web Permite publicar servicios Web ofrecidos Permite hacer consultas en búsqueda de servicios ofrecidos por otros proveedores Es un estándar de OASIS Proporciona servicios para Proveedores: Pueden publicar la WSDL de su servicio junto a una descripción del mismo Clientes: Pueden buscar servicios y obtener su WSDL

47 Componentes UDDI Páginas Blancas: Contiene información de los servicios Web (dirección, contacto y otros identificadores conocidos) Páginas Amarillas: Contiene información categorizada basada en taxonomías estandarizadas Páginas Verdes: Contiene información técnica sobre los servicios proporcionados por los proveedores

49 Referencias Java Web Services: Up and Running Kalin, M. O'Reilly [2009] Comercio y Negocio Electrónico - Entorno Tecnológico (Alternativas) Reboiro-Jato, M., López-Fernández, H. - Universidad de Salamanca [2011]