MWEB 2007 Acceso Dinámico a Servicios de una Infraestructura Web desde Teléfonos Móviles

Transcripción

1 MWEB 2007 Acceso Dinámico a Servicios de una Infraestructura Web desde Teléfonos Móviles Elena Sánchez Nielsen Sandra Martín Ruiz Jorge Rodríguez Pedrianes UNIVERSIDAD DE LA LAGUNA

2 CONTENIDO DE LA PRESENTACIÓN Introducción Conceptos previos Arquitectura dinámica de de servicios Implementación y resultados

3 CONTENIDO DE LA PRESENTACIÓN Introducción Conceptos previos Arquitectura dinámica de de servicios Implementación y resultados

4 INTRODUCCIÓN Toda la información disponible para cualquier persona, en cualquier lugar y en cualquier instante de tiempo

5 INTRODUCCIÓN Dificultades en el desarrollo de sistemas con tecnologías para entornos móviles: Capacidad de cómputo Memoria Espacio de pantalla Ancho de banda Acceso y gestión dinámica de servicios

6 INTRODUCCIÓN OBJETIVO: Utilización de la plataforma J2ME que permita proveer una arquitectura dinámica de servicios: Sin conocimiento de ubicación de servicios Sin actualización de la aplicación del usuario móvil para obtener nuevos servicios Respuestas de tiempo apropiadas UDDI

7 INTRODUCCIÓN Comparativa - Aproximaciones: SOAP REST Implementación Resultados

8 CONTENIDO DE LA PRESENTACIÓN Introducción Conceptos previos Arquitectura dinámica de de servicios Implementación y resultados

9 ARQUITECTURA ORIENTADA A SERVICIOS Intermediario Encontrar servicio Publicar servicio Descripción del servicio Consumidor del servicio Proveedor del servicio Cliente Servicio Interacción

10 SERVICIOS WEB UDDI Encontrar servicio web Publicar servicio web Cliente del servicio web SOAP Comunicaciones con mensajes XML Servicio web WSDL

11 SERVICIOS WEB Tipos de clientes: Stub Dynamic Proxy Dynamic Invocation Interface (DII) Los clientes usan tanto Stubs como Dynamic Proxies para acceder a un servicio del que se conoce previamente su descripción, mientras que usan DII cuando no conoce nada sobre el servicio en tiempo de compilación.

12 REST REST representa un estilo de arquitectura software para sistemas hipermedia distribuidos, como la Web. Características: Un protocolo cliente/servidor sin estado Cada mensaje HTTP contiene toda la información necesaria para comprender la petición. Un conjunto de operaciones bien definidas POST, GET, PUT y DELETE. Una sintaxis universal para identificar los recursos. Cada recurso es direccionable únicamente a través de su URI La representación del estado de la aplicación es normalmente HTML o XML.

13 REST Ejemplo: Registro para un usuario: <usuario> <nombre>rosa</nombre> <sexo>mujer</sexo> <localizacion>zaragoza</localizacion> </usuario> Operaciones: GET: Permite descargar el registro XML. PUT: Permite al cliente, por ejemplo, subir al servidor una modificación del registro.

14 CONTENIDO DE LA PRESENTACIÓN Introducción Conceptos previos Arquitectura dinámica de de servicios Implementación y resultados

15 ARQUITECTURA ESTÁTICA Servicio web 1 Servicio web 2 No se alcanza el objetivo: Acceso y gestión dinámica de servicios

16 ARQUITECTURA DINÁMICA UDDI REGISTRY Mobile Phones Dynamic Binding Services Availability 1. Publish Service URI 5. Request 6. DII Invoke Service Client Message Exchange (XML) Service Manager Message Exchange (SOAP) Service Provider Distribute 8. Response XML File 4. Services Description 2. Dynamic Binding 7. Response 3. Services Availability XML File 1. Publish Service URI Web Services Application supporting Web Services Service Registry

17 ARQUITECTURA DINÁMICA Manejador de Servicios UDDI REGISTRY Mobile Phones Dynamic Binding Services Availability 1. Publish Service URI 5. Request 6. DII Invoke Service Client Message Exchange (XML) Service Manager Message Exchange (SOAP) Service Provider Distribute 8. Response XML File 4. Services Description 2. Dynamic Binding 7. Response 3. Services Availability XML File 1. Publish Service URI Web Services Application supporting Web Services Service Registry

18 ARQUITECTURA DINÁMICA UDDI REGISTRY Mobile Phones Dynamic Binding Services Availability 1. Publish Service URI 5. Request 6. DII Invoke Service Client Message Exchange (XML) Service Manager Message Exchange (SOAP) Service Provider Distribute 8. Response XML File 4. Services Description 2. Dynamic Binding 7. Response 3. Services Availability XML File 1. Publish Service URI Web Services Application supporting Web Services Service Registry Demandantes de servicios

19 ARQUITECTURA DINÁMICA UDDI REGISTRY Mobile Phones Dynamic Binding Services Availability 1. Publish Service URI 5. Request 6. DII Invoke Service Client Message Exchange (XML) Service Manager Message Exchange (SOAP) Service Provider Distribute Application supporting Web Services 8. Response XML File 4. Services Description 2. Dynamic Binding 7. Response 3. Services Availability XML File Service Registry 1. Publish Service URI Web Services Proveedores de servicios

20 ARQUITECTURA DINÁMICA UDDI REGISTRY UDDI Mobile Phones Dynamic Binding Services Availability 1. Publish Service URI 5. Request 6. DII Invoke Service Client Message Exchange (XML) Service Manager Message Exchange (SOAP) Service Provider Distribute 8. Response XML File 4. Services Description 2. Dynamic Binding 7. Response 3. Services Availability XML File 1. Publish Service URI Web Services Application supporting Web Services Service Registry

21 MANEJADOR DE SERVICIOS Intermediario entre la aplicación J2ME y los servicios web de la red. Operaciones: Inicialización de servicios Conoce cuáles son los servicios web que va a proporcionar en tiempo de ejecución: Cliente DII Entrega de descripciones de servicios Invocación del servicio y envío de resultados UDDI Intercambio de información: XML

22 MANEJADOR DE SERVICIOS Dos aproximaciones: SOAP REST

23 SOAP Manejador de Servicios: Servicio web Móvil cliente: Generación de la clase Stub a partir del documento wsdl del Manejador de Servicios. Abstracción de los detalles de la invocación del Manejador de Servicios.

24 REST Manejador de Servicios: Java Servlet Recibe peticiones de clientes a través del método GET. A partir de la URL, se determina el servicio web, la operación y los parámetros del servicio invocado webserviceseleccionado/ operacionseleccionada?parametros=xmlparametros

25 REST Móvil cliente: Se establece la conexión con el Manejador de Servicios. Petición al Manejador de Servicios mediante la URL, indicando los recursos: Servicio web seleccionado. Operación elegida. Parámetros de la operación.

26 REST Ejemplo: Petición: webservices/globalweather/getweather?parametros= <parameters><parameter>zaragoza</parameter> </parameters> Respuesta: <results> <result>tiempo: 19º Despejado</result> </results>

27 SOAP vs REST REST webserviceseleccionado/operacionseleccionada?parametros=xmlparametros Servlet <results> <result>madrid nublado/ > GlobalWeather SOAP SOAP... Móvil cliente <soap:envelope...> <soap:body...> <invokestandardservice > <opname>getweather</...> <parameters.>madrid</...> Web service Manejador de Servicios TemperatureConverter <soap:envelope...> <soap:body...> <invokestandardserviceresponse > <invokestandardservicereturn> <results> <result> </ >

28 LA APLICACIÓN J2ME La aplicación permite a los usuarios de los móviles realizar invocaciones de servicios web, mediante la realización de peticiones al Manejador de Servicios.

29 LA APLICACIÓN J2ME Presenta una serie de menús en los que el usuario va eligiendo la opción que desea en cada momento. Las pantallas se generan de forma dinámica

30 LA APLICACIÓN J2ME Invocación de un servicio web:

31 SERVICIOS WEB Servicios web predefinidos: Buscador en Google Traductor Conversor de temperaturas Información meteorológica Calculadora Servicios web buscados en UDDI.

32 CONTENIDO DE LA PRESENTACIÓN Introducción Conceptos previos Arquitectura dinámica de de servicios Implementación y resultados

33 CONFIGURACIÓN E IMPLEMENTACIÓN Manejador de Servicios: Plataforma de desarrollo: Eclipse con plugin WTP Servidor de aplicaciones: Apache Tomcat Aplicación J2ME: J2ME Wireless Toolkit 2.2 (WTK) CDLC 1.1, MIDP 2.0, JSR-172 Plataforma de desarrollo: Eclipse con plugin EclipseME, con librerías y emuladores de WTK

34 RESULTADOS EXPERIMENTALES Rendimiento del Manejador de Servicios: SOAP REST Servicios web utilizados: Servicio de meteorología, conversor de temperaturas, servicio de traducción de lenguajes y buscador Google. Mediciones: Tamaño del mensaje enviado. Tiempo de respuesta por parte del Manejador de Servicios.

35 RESULTADOS EXPERIMENTALES Tamaño del mensaje (bytes) SOAP - Request REST - Request SOAP - Response REST - Response GlobalWeather TemperatureConverter TraslateService Google

36 RESULTADOS EXPERIMENTALES Tiempos de petición-respuesta (milisegundos) GlobalWeather TemperatureConverter TraslateService Google SOAP REST

37 CONCLUSIONES Implementación SOAP es más sencilla Se dispone de un conjunto de herramientas. Dificultades con REST Información disponible para el desarrollo de servicios para teléfonos móviles con REST es limitada.

38 MWEB 2007 Acceso Dinámico a Servicios de una Infraestructura Web desde Teléfonos Móviles Gracias por su atención Elena Sánchez Nielsen Sandra Martín Ruiz Jorge Rodríguez Pedrianes UNIVERSIDAD DE LA LAGUNA