Curso: OSGi: Open Services Gateway Interface

Transcripción

1 Curso: OSGi: Open Services Gateway Interface Dr. Diego Lz. de Ipiña Gz. de Artaza Contenido 1. Introducción a. Qué proporciona? b. Dónde se aplica? c. Especificaciones y Herramientas OSGi Arquitectura OSGi a. JVM, modularidad, gestión de ciclo de vida, seguridad b. Registro de Servicios c. Concepto de Bundle d. Servicios Estándar OSGi 3. Programando OSGi con Knopplerfish a. Instalación y configuración de plug-in para Eclipse b. Usando Ant para compilar código OSGi c. Desarrollando un primer bundle d. Fichero de manifesto e. Creación de la clase Activator f. Compilando e instalando un bundle g. Creando interfaces de servicio h. Usando el registro de servicios i. Usando los servicios avanzados de servicios: ServiceListener y ServiceTracker 2/142 1

2 Contenido 4. Desarrollo de un ejemplo complejo en OSGi a. Diseño de un Servicio de Descubrimiento de Servicios distribuidos b. Usando el LogService c. Implementando el servicio, bundle y activator d. Creación de Servicios Distribuidos descubribles mediante el Distributed Bundle Discoverer 5. Servicios Avanzados en OSGi a. Declarative Service b. Configuration Service c. Event Admin Service d. Wire Admin Service e. R-OSGi 6. Conclusión 3/142 OSGi en Pocas Palabras Una framework Java para el desarrollo de aplicaciones desplegables remotamente, que requieren: Robustez Elevada distribución Heterogeneidad (diferentes dispositivos) Colaboraciones Resuelve el problema de desplegar muchos programas independientes en grandes sistemas distribuidos, proveyendo: Un sistema operativo para programas Un formato para la descarga de código ejecutable Un mecanismo para descubrir otros programas Estandarización de APIs para promocionar la reutilización Gestión eficiente del ciclo de vida de las aplicaciones descargadas 4/142 2

3 OSGi (Open Services Gateway Initiative) Define una Arquitectura Centralizada Orientada a Servicios (SOA) dentro de una máquina virtual (JVM) Por qué se creo? Necesidad de crear herramientas que estandaricen los aspectos de integración del software de tal manera que la reutilización de componentes software sea más sencilla, fiable, robusta y de bajo coste. Qué aporta? OSGi aporta modularidad dinámica a Java y permite estandarizar la integración del software 5/142 OSGi (Open Services Gateway Initiative) OSGi define un entorno de ejecución estandarizado orientado a componentes que es la base de una arquitectura SOA. Proporciona una pequeña capa de software que permite la cooperación entre componentes Java en una única JVM. Gestiona dinámica del ciclo de vida de los componentes gestionados (instalación, actualización o eliminación) sin reinicio del dispositivo Múltiples dominios de aplicación: Pasarelas residenciales Dispositivos móviles de última generación Industria del automóvil Aplicaciones de sobremesa o Dispositivos electrónicos (Philips ipronto, Nokia N800 y E70 o NSLU2) Realmente una especificación, no un producto, en R4: r4.core.pdf (2.01 MB) -- R4 Core Specification r4.cmpn.pdf (4.55 MB) -- R4 Service Compendium 6/142 3

4 OSGi Alliance OSGi es gestionado por la OSGi Alliance: actualmente más de 30 empresas: Alpine Electronics Europe Gmbh, Aplix Corporation, BMW Group, Computer Associates, Deutsche Telekom AG, Echelon Corporation, Electricité de France (EDF), Ericsson Mobile Platforms AB, Esmertec, Espial Group, Inc., ETRI Electronics and Telecommunications Research Institute, France Telecom, Gatespace Telematics AB, Gemplus, Harman/Becker Automotive Systems GmbH, Hitachi, Ltd., IBM Corporation, Industrial Technology Research Institute, Insignia Solutions, Intel Corporation, KDDI R&D Laboratories, Inc., KT Corporation, Mitsubishi Electric Corporation, Motorola, Inc., NEC Corporation, Nokia Corporation, NTT, Oracle Corporation, Panasonic Technologies, Inc., ProSyst Software GmbH, Robert Bosch Gmbh, Samsung Electronics Co., Ltd., SavaJe Technologies, Inc., Sharp Corporation, Siemens AG, Sun Microsystems, Inc., Telcordia Technologies, Inc., Telefonica I+D, TeliaSonera, Vodafone Group Services Limited 7/142 Características Principales de OSGi 1. Gestión de componentes software Formato de empaquetamiento para aplicaciones (bundle) Instalar/Arrancar/Parar/Actualizar/Desinstalar un bundle Capacidad de recibir actualizaciones futuras de productos 2. Gestión de Componentes Remota Provee una API de gestión a utilizar por un bundle de gestión que mapea un protocolo a un conjunto de llamadas Hace frente a aspectos de heterogeneidad 3. Cooperación entre Aplicaciones Los bundles pueden contribuir tanto con código como servicios al entorno Contenedor abierto donde las aplicaciones no se ejecutan aisladas, comparten librerías El Registro de Servicios de OSGi ofrece modelo ligero para publicar, encontrar y asociar servicios dentro de una JVM Incluye un servicio de notificación para generar eventos de ciclo de vida 4. Naturaleza Dinámica La actualización de componentes no requiere el reinicio 5. Otras propiedades Despliegue simplificado Separación estricta de interfaz e implementación (enfoque SOA) Entorno de Ejecución Seguro Componentes Comerciales pueden Desplegarse Fácilmente 8/142 4

5 Qué proporciona OSGi? Framework de componentes software estándar y abierto para productores de dispositivos, proveedores de servicios y desarrolladores Modelo de coexistencia para permitir diferentes componentes dentro de una JVM Modelo cooperativo donde las aplicaciones pueden descubrir y usar servicios provistos por otras aplicaciones en la misma instancia de OSGi Arquitectura flexible de gestión remota: API de despliegue que controla ciclo de vida de aplicaciones: bundle + ciclo de vida de bundle Conjunto de servicios opcionales como HTTP, Wiring, IO o eventos Entorno de ejecución seguro 9/142 Complejidad del Software Service Oriented Programming Productivity Structured Programming Assembly Complexity and Size 10/142 5

6 Dónde se aplica? Pasarelas residenciales: Empresas como Siemens producen dispositivos para la automatización del hogar y sus componentes conectados por PLC o UPnP. Hace controlables remotamente a esos dispositivos. Aplicaciones de dektop: El popular entorno de desarrollo Eclipse está basado en OSGi ( Dispositivos móviles de nueva generación: Los fabricantes de dispositivos móviles requieren una plataforma para el despliegue continuo de servicios escalable, flexible y de pequeño tamaño basada en OSGi y Java (JSR y Automoción: Series 5 y 7 BMW incorporan OSGi para su plataforma de información y entretenimiento (AMI-C Próximamente en Servidores de Aplicaciones Empresariales Interface21, creadores de Spring, definiendo la nueva generación de servidor EE en OSGi ( Ultima versión de IBM WebSphere basada en OSGi 11/142 Ejemplo de Despliegue OSGi en el Hogar (1) Access from any Web Terminal Aggregation & Management Platform HomeControl Notification Server Home Office e.g. access from office or via PDA/WAP phone Subscriber, Service and Device Management Security Different Networks Internet Secure Tunnel Webpad Entertainment/ Gaming OSGi Service Gateway Firewall Access Gateway Service Offering Family Portal Internet Services Services Provider 12/142 6

7 Ejemplo de Despliegue OSGi en el Hogar (2) 13/142 Implementaciones OSGi R4 Comerciales Existen varias implementaciones de OSGi comerciales certificadas para la versión 4: Makewave Knopflerfish Pro 2.0 ( comercial/libre ProSyst Software mbedded Server 6.0 ( Samsung OSGi R4 Solution ( KT OSGi Service Platform (KOSP) 1.0 ( HitachiSoft SuperJ Engine Framework ( 14/142 7

8 Implementaciones OSGi R4 Libres Además, las siguientes implementaciones libres de R4 OSGi también existen: Eclipse Equinox ( framework OSGi usada en Eclipse Makewave Knopflerfish ( más usada y mejor documentada (elegida para este curso) Apache Felix ( OSCAR 15/142 Aplicaciones Reales usando OSGi X-ray measurement Systems BMW 7 series Eclipse Siemens Medical Nokia E70 Siemens Gigaset SX765 Espial Set-top box VDO on-board computer Prosyst mbedded Server, Remote Manager and Builder Bosch and Siemens Home Appliances Philips ipronto Telefónica ehogar Websphere application server 16/142 8

9 Características Esenciales de OSGi Gestión de componentes software Gestión remota de componentes Cooperación entre componentes/aplicaciones Provisión de entorno de ejecución seguro 17/142 Gestión de Componentes Software OSGi provee las siguientes funciones para la gestión del ciclo de vida de aplicaciones: Bundles: formato de empaquetamiento para aplicaciones. Es un simple JAR compatible con mecanismos de compresión ZIP. Gestión de ciclo de vida de bundles: Instalar un bundle Arrancar/parar un bundle Actualizar un bundle Desinstalar un bundle Java VM OS CPU IO 18/142 9

10 Configuración Remota de Componentes OSGi está concebido para dispositivos que operan desatendidos o controlados por un operador de plataforma que requiera gestión remota El ciclo de vida del software no para cuando un dispositivo abandona la fábrica Es conveniente poder actualizar el software instalado una vez desplegado Para permitir gestión remota OSGi proporciona una API de gestión de bundles, donde algunos bundles autorizados actúan de puente entre cualquier protocolo y las llamadas de la API. 19/142 Cooperación entre Aplicaciones (1) OSGi es el único modelo de servidor de aplicaciones Java donde éstas pueden compartir código entre ellas y no se ejecutan aisladas unas de otras: A diferencia de MIDP, Java EE (librerías pero mucha replicación) OSGi aporta un modelo de servicios ligero que permite publicar, encontrar y asociar servicios dentro de una JVM a través del Registro de Servicios Servicio OSGi = objeto de un bundle disponible para su uso por otros bundles 20/142 10

11 Cooperación entre Aplicaciones (2) Arquitectura Orientada a Servicios (SOA): Separa el contrato de la implementación Permite implementaciones alternativas Descubre y asocia dinámicamente las aplicaciones Asociación basada en contratos (definiciones de interfaz) Reutilización de componentes Componentes desligados a los detalles de implementación de otros componentes, solamente sus interfaces tienen que conocerse Service Contract Component provides uses 21/142 Entorno de Ejecución Seguro OSGi ofrece un modelo de seguridad dividido en 4 niveles: Mecanismo de seguridad de la JVM: previene operaciones peligrosas como manipulación de punteros o acceso no restringido a arrays Seguridad del lenguaje Java: modificadores de acceso ( public, private, protected ) Seguridad proporcionada por la plataforma Java SE ( y java.security.permission.*) OSGi separa unos bundles de otros y comprueba que un bundle tiene permisos para interactuar con otro 22/142 11

12 Arquitectura OSGi (1) OSGi proporciona un entorno de computación para bundles que se ejecutan conjuntamente en una JVM. 23/142 Arquitectura OSGi (2) 24/142 12

13 Arquitectura OSGi (3) Permite a las aplicaciones compartir una única JVM. Gestiona la carga de clases en una manera mejor definida y eficiente que el estándar Java Soporta incluso versiones Provee aislamiento/seguridad entre aplicaciones Media permitiendo comunicación y colaboración entre aplicaciones Provee gestión del ciclo de vida (instalar, empezar, parar, actualizar) Libre de políticas Éstas son impuestas por los bundles 25/142 Capas de la Framework OSGi (1) Services Applications Life Cycle Module Security Execution Environment 26/142 13

14 Capas de la Framework OSGi (2) Entorno de ejecución Provee un contexto de ejecución bien definido a las aplicaciones, tal como J2SE, CDC, CLDC, MIDP Módulos Provee capacidades de carga y empaquetamiento de clases Facilita el lincado entre módulos Ciclo de Vida: Instalación, comienzo, parada, actualización y desinstalación dinámica de Bundles Mecanismos de dependencia para asegurar operación correcta del entorno Servicios: Modelo de cooperación entre bundles que tiene en cuenta el dinamismo Completo modelo para compartir objetos entre bundles. Provisión de un mecanismo de eventos para gestionar el dinamismo Seguridad Imbuida en todas las capas basada en Java y en el modelo de seguridad de Java 2 Añade gestión dinámica de permisos 27/142 Capas de la Framework OSGi: Entorno de Ejecución OSGi requiere un entorno de computación seguro, abierto, robusto, bien documentado, maduro, rico y portable Inspirado en Java porque en 1999 cuando se creó OSGi, Java ya contaba con uno Podrían realizarse implementaciones alternativas de OSGi en.net Las APIs de OSGi utilizan un subconjunto de las clases definidas por Java SE o Java ME CDC/CLDC CLDC/ MIDP OSGi Min. CDC/FP J2SE 28/142 14

15 Capas de la Framework OSGi: Modularidad (1) Un bundle es la unidad de ejecución en OSGi Compuesto principalmente de clases Java, librerías, recursos y manifest.mf Mejora la modularidad de las aplicaciones Java: Elimina dependencias en Classpath Protege quién accede a qué Soporta versiones 29/142 Capas de la Framework OSGi: Modularidad (2) Características: Compartición: OSGi promueve compartir las clases entre bundles Un bundle puede proveer librerías utilizadas por otros bundles reducción en necesidades de memoria Cada bundle puede exportar e importar paquetes (conjuntos de clases): Si múltiples bundles exportan el mismo paquete (con una versión diferente), la framework ha de seleccionar una versión apropiada por cada bundle Tras desinstalar un bundle los importadores son reiniciados para que se asocien a otro nuevo exportador de paquetes Gestión de interdependencias: los bundles pueden depender de funcionalidad ya alojada en un entorno Lazy loading: un bundle puede tener dependencias en bundles todavía no instalados Versionamiento: Diferentes bundles pueden utilizar diferentes versiones de la misma clase 30/142 15

16 Capas de la Framework OSGi: Modularidad (3) 31/142 Capas de la Framework OSGi: Ciclo de Vida (1) El bundle del sistema representa a la framework OSGi. Ofrece una API para gestionar bundles: Instalarlos Resolverlos Arrancar Parar Refrescar Actualizar Desinstalar Bundle X-v2 X System bundle State (active or not) Manages Bundle M Bundle A Bundle B 32/142 16

17 Capas de la Framework OSGi: Ciclo de Vida (2) Un bundle es iniciado por la clase BundleActivator Una cabecera en el fichero JAR que define un bundle hace referencia a esta clase La interfaz BundleActivator tiene dos métodos: Start() (): inicializa y retorna inmediatamente Stop(): limpia el bundle El BundleActivator recibe un BundleContext que provee acceso a las funciones de la framework OSGi La Framework provee el servicio Start Level que controla el inicio/parada de grupos de aplicaciones INSTALLED RESOLVED UNINSTALLED start STARTING ACTIVE stop STOPPING 33/142 Capas de la Framework OSGi: Servicios (1) Provee un modelo de servicios dentro de una JVM Descubrimiento (y notificación) de servicios basada en interfaces y propiedades, no requiere ningún protocolo Asociación a uno o varios servicios mediante: Control de programa Siguiendo ciertas reglas de la framework Configuración de despliegue Aclaración sobre Service Oriented Architectures (SOA) Los Servicios Web se asocian y descubren en la red En la plataforma OSGi lo hacen dentro de una Java VM La OSGi Alliance define un gran conjunto de servicios 34/142 17

18 Capas de la Framework OSGi: Servicios (2) 35/142 Capas de la Framework OSGi: Seguridad Basado en Seguridad de Java 2 Permisos Firma de bundles 36/142 18

19 Beneficios de la Plataforma OSGi Los componentes son pequeños Fáciles de hacer Los componentes están totalmente desacoplados unos de otros Aporta reusabilidad Modelo colaborativo Permite la reutilización de componentes para diferentes aplicaciones Gran aceptación Mercado grande, muchos componentes existentes Modelo dinámico para las personalización y variación continua de aplicaciones en los dispositivos actuales 37/142 Bundles: Infraestructura de Despliegue en OSGi Un bundle es una aplicación autocontenida ejecutable en diferentes implementaciones de OSGi Como si fuera un fichero EXE en Windows Contiene programas y recursos Registra cero o más servicios Un servicio se especifica como una interfaz Java y puede ser implementado por varios bundles Un mecanismo de búsqueda puede ser utilizado para encontrar servicios registrados por otros bundles Lenguaje de consultas (filtros) Recordemos que: La propia framework es un bundle (System Bundle) La especificación de OSGi define un conjunto de servicios estándar que las aplicaciones pueden cargar y utilizar Bundle Repository Oscar Bundel Repository: 38/142 19

20 Bundles: Contenido interno Un bundle es un fichero JAR que contiene: El fichero manifest.mf con los metadatos del bundle: Algunas cabeceras predefinidas por el formato JAR Otras definidas por la OSGi Alliance Código (las clases en paquetes) Recursos (otros ficheros dentro del.jar) Durante la instalación, la framework: Lee el manifesto del fichero Instala el código y los recursos Resuelve las dependencias Inicia el control del ciclo de vida del bundle Durante la ejecución, la framework: Invoca BundleActivator para iniciar gestión del ciclo de vida Gestiona el CLASSPATH del bundle como una red de classloaders Gestiona las dependencias entre servicios Invoca a BundleActivator para parar el bundle Elimina los recursos utilizados por el bundle cuando acaba Bundle A { 39/142 Modelo de Colaboración en OSGi OSGi es más que un entorno de ejecución de Applet, MIDlet o Xlet Los bundles, unidades de ejecución en OSGi, colaboran mediante: Objetos de servicios Compartiendo paquetes Un Registro de Servicios dinámico permite a un bundle encontrar y seguir el rastro de otros objetos de servicio La framework efectúa una gestión eficiente de esta colaboración Dependencias, seguridad 40/142 20

21 Modelo de Colaboración en OSGi: Servicios OSGi Framework = service, defined by java interface Bundle A { Bundle B { = bundle Bundle C { 41/142 Modelo de Colaboración en OSGi: Dependencias La especificacion OSGi soporta la declaración de dependencias mediante las cabeceras: Require-Bundle e Import-Package Require-Bundle crea una dependencia en un bundle completo Muy fácil de usar Importa paquetes que no son utilizados Import-Package crea una dependencia en un único paquete Los bundles solamente importan lo que necesitan Se recomienda usar Import-Package porque facilita el despliegue y la gestión de versiones Import-Package p q r s Require-Bundle r r 42/142 21

22 Modelo de Colaboración en OSGi: Servicios OSGi define una plataforma orientada a servicios con tres actores: Proveedores de Servicios, publican descripciones de servicios Consumidores de Servicios, descubren los servicios y se asocian a sus proveedores Pueden recibir notificaciones sobre cambios en el estado de servicios Registro de Servicios, permite a los consumidores de servicios descubrir otros servicios mediante consultas en sintaxis LDAP: "(&(" + Constants.OBJECTCLASS + "=Person)( (sn=jensen)(cn=babs J*)))" En OSGi, un servicio está compuesto de: Interfaz de Servicio, una clase o interfaz Java Propiedades del servicio, pares nombre-valor Los servicios se implementan como objetos dentro del bundle 43/142 Modelo de Colaboración en OSGi: Servicios 44/142 22

23 Modelo de Colaboración en OSGi: Servicios 45/142 Modelo de Colaboración en OSGi: Servicios Java Application Manager No management bundles Midlet, Xlet, or Applet Service registry packages packages Midlet, Xlet, or Applet No collaboration No package management (versions!) JAVA Operating System No native code Hardware 46/142 23

24 Ciclo de Vida de un Bundle en Detalle (1) Antes de poder arrancar un bundle instalado es necesario resolver sus dependencias Todo bundle arrancable debe implementar la interfaz BundleActivator con los métodos: a) start(bundlecontext) y b) stop(bundlecontext) La cabecera del manifestobundle-activator indica la clase que habrá que instanciar para arrancar o parar un bundle Durante la vida de un bundle varios eventos pueden ocurrir en la framework: Otros bundles son parados, actualizados, desinstalados, instalados, empezados, etc. Si se desinstala un bundle en el que otro tiene dependencias, el último accederá a los paquetes exportados anteriormente mientras no haya alternativas a esos paquetes exportados adoptados mediante un refresco del bundle El comienzo y fin de un bundle es grabado permanentemente, además existen start-levels que indican el orden de arranque de los bundles en la framework 47/142 Ciclo de Vida de un Bundle en Detalle (2) El objeto BundleContext provee una API para la instalación de bundles y su registro 48/142 24

25 Registro de Servicios en Detalle (1) La característica diferencial de OSGi frente a otros entornos Java es su naturaleza dinámica: Teléfono móvil es asociado a un nuevo dispositivo Pasarela residencial detecta nueva electrodoméstico conectado Coche detecta la presencia de un teléfono móvil a su alrededor El Registro de Servicios permite a los desarrolladores de aplicaciones construir pequeños y desacoplados componentes que pueden adaptarse al entorno cambiante en tiempo real Estos componentes pueden ser combinados para crear complejas aplicaciones 49/142 Registro de Servicios en Detalle (2) Un servicio se registra bajo un nombre de interfaz y un conjunto de propiedades Un lenguaje de filtrado sencillo basado en LDAP es utilizado para seleccionar los servicios necesarios. (&(sn=ipiña)(cn=diego)) La interfaz ServiceListener y la clase ServiceTracker permiten recibir notificaciones de eventos de ciclo de vida de servicios de interés La interfaz BundleContext permite la interacción con el Registro de Servicios: Registrar objetos (BundleContext.registerService()) Buscar otros objetos en el registro (BundleContext.getServiceReference()) Recibir notificaciones cuando servicios de interés son registrados o eliminados (BundleContext.addServiceListener()) 50/142 25

26 Detalles sobre Servicios Un servicio es un objeto registrado con el Framework por un bundle para su uso por otros bundles La semántica de un servicio es dada por su interfaz Java Un bundle puede registrar un servicio Un bundle puede usar un servicio (bind) con cierta cardinalidad 1..1, 0..1, 0..n Un servicio puede ser descubierto dinámicamente Búsqueda activa con filtro de consulta Interfaz listener Los servicios pueden acabar en cualquier momento! Todo es muy dinámico! bind listen service register package org.osgi.service.log; import org.osgi.framework.servicereference; public interface LogService { static final intlog_error= 1; static final intlog_warning= 2; static final intlog_info= 3; static final intlog_debug= 4; void log(int level, String message); void log(int level, String message, Throwable exception); void log(servicereference sr,int level, String message); void log(servicereference sr, int level, String message, Throwable exception); 51/142 Manipulación de Servicios La interfaz BundleContext facilita los métodos para manipular el registro de servicios Los registros de servicio son gestionados por objetos de tipo ServiceRegistration Pueden utilizarse para desregistrar un servicio o modificar sus propiedades Los objetos ServiceReference dan acceso al servicio así como a sus propiedades El acceso a un servicio es mediante el método getservice Los servicios se devuelven con el método ungetservice. ServiceRegistration registerservice( String clss, Object srvc, Dictionary prprts) ServiceReference[] getservicereferences( String clss, String fltr) Object getservice( ServiceReference reference) boolean ungetservice( ServiceReference rfrnc); 52/142 26

27 Seguridad en Detalle OSGi ejecuta aplicaciones de una variedad de fuentes bajo control estricto de un sistema de gestión: Seguridad de Código de Java 2: java.security.permission y sus subclases (FilePermission, SocketPermission) protegen el acceso a recursos del sistema Exposición de contenido de bundles mínima mediante modificadores de acceso de las clases Java o haciendo que los paquetes sean visibles sólo dentro de un bundle Permisos de paquete OSGi limitan quién puede importar o exportar paquetes o mediante org.osgi.framework.servicepermission 53/142 Servicios Estándar en OSGi (1) Servicios del Framework: Permission Admin: los permisos de bundles actuales o futuros pueden ser manipulados a través de este servicio Conditional Permission Admin: extiende el Permission Admin con permisos que son aplicados cuando ciertas condiciones son cumplidas Package Admin: provee información sobre el estado compartido por un paquete y permite refrescarlos Start Level: conjunto de bundles que deben ejecutarse conjuntamente precediendo o siguiendo a otros niveles de comienzo URL Handlers: permite a los bundles contribuir dinámicamente con nuevos gestores de contenidos a la clase URL 54/142 27

28 Servicios Estándar en OSGi (2) Servicios del Sistema: Log Service: trazado de información, advertencias, información de debug o errores es redireccionado a bundles subscritos con él Configuration Admin: modelo flexible y dinámico para obtener información de configuración Event Admin: mecanismo general y flexible de publicar y subscribirse a eventos Device Access: mecanismo para asociar un driver a un nuevo dispositivo y descargar automáticamente un bundle User Admin: BBDD con información de usuario con propósito de autenticación y autorización IO Conector: permite a los bundles proveer nuevos y alternativos protocolos para javax.microedition.io Preferences Service: provee acceso a base de datos jerárquica de propiedades. Similar al registro de Windows. 55/142 Servicios Estándar en OSGi (3) Servicios del Sistema: Servicio HTTP: este servicio ejecuta un contenedor de servlets, los bundles pueden proveer servlets que son accesibles mediante HTTP. Servicio UPnP: mapea dispositivos en una red UPnP al Registro de Servicios. Wire Admin: permite la composición de diferentes servicios de acuerdo a una conexión. 56/142 28

29 Servicios Estándar en OSGi (4) Soporte a la Programación: Service Tracker: simplifica la gestión de servicios proveyendo una clase que sigue la pista de los servicios de una aplicación Declarative Services: permite leer una configuración XML de un bundle con registro de servicios y dependencias. Será iniciado solamente cuando los servicios declarados sean realmente necesarios por otros bundles. 57/142 Knopflerfish Varias opciones de implementaciones open source Makewave Knopflerfish Equinox implementación de OSGi usada por Eclipse ( Apache Felix ( Knopflerfish ofrece la mejor documentación y acabado Muy sencilla de utilizar Provee herramienta de gestión de bundles fantástica Producida por Makewave (antes Gatespace Telematics) Una de las implementaciones de pago más utilizadas Para una comparativa entre las ventajas y desventajas de las diferentes implementaciones open source de OSGi visitar: 58/142 29

30 Instalación de Knoplerfish Prerrequisito: tener una versión de Java o superior en tu máquina Descargar knopflerfish_osgi_2.0.1.jar (11 MB) Framework completa, incluyendo código fuente, documentación, ejecutable autoextraíble: Instalar Knoplerfish con el siguiente comando: java -jar knopflerfish_osgi_<version>.jar Ejecutar Knoplerfish mediante: cd %KNOPFLERFISH_INTALL_DIR%/knopflerfish.org/osgi java jar framework.jar Abrirá el Knopplerfish OSGi Desktop 59/142 Knoplerfish OSGi Desktop 60/142 30

31 Instalación Plug-in Eclipse OSGi Pasos necesarios para su instalación: 1. Seleccionar la opción de menú en Eclipse Help Software Updates Find and Install Seleccionar Search for new features to install e introducir los detalles de un nuevo site remoto: Knopflerfish update site, y la URL 3. Hacer clic sobre la caja Knopflerfish update site y pulsar Finish. Documentado en: Pasos necesarios para su configuración: Seleccionar opción de menúwindow Preferences y en Framework añadir el directorio de instalación de Knopflerfish. Seleccionar Default JRE como el entorno de ejecución de bundles. Podrían seleccionarse otras opciones como CLDC u OSGi Minimum Asociar un Bunde repository donde Eclipse pueda resolver dependencias durante la compilación y ejecución de los bundles. Documentado en: 61/142 Configuración de un Proyecto Knopflerfish en Eclipse 1. Seleccionar la opción de menú File New Project Seleccionar la opción Bundle Project e introducir la información del proyecto. 3. Editar y compilar el proyecto creado. La primera vez que se vaya a compilar y ejecutar el proyecto habrá que introducir una nueva configuración de lanzamiento, yendo a la opción del menú Run: OSGi Knopflerfish. Documentación adicional en: 62/142 31

32 Usando Ant para Compilar Bundles Knopflerfish viene con un fichero build.xml preconfigurado que permite la generación y compilación de bundles en OSGi Pasos para configurar el proyecto: 1. Crear un nuevo directorio donde colocar el código del nuevo bundle. Por ejemplo, holamundobundle. 2. Copiar el fichero knopflerfish_osgi_2.0.1\knopflerfish.org\ant\bui ld_example.xml a holamundobundle\build.xml. 3. Configurar la plantilla de fichero build.xml a tu proyecto. Entre otras cosas deberás configurar las propiedades impl.pattern y api.pattern. 4. Invocar ant. 5. Instalar el bundle, bien usando la interfaz gráfica o bien los comandos de línea de comando provistos por Knopflerfish. 63/142 Nuestro Propio Fichero Ant Nosotros vamos a utilizar una versión simplificada del build.xml, no autogeneramanifest.mf, pero sí compila (compile), crea el.jar (jar) correspondiente al bundle y lo despliega en Knopflerfish (deploy) IMPORTANTE: hay que crear la variable de entorno OSGI_HOME para que apunte al directorio de instalación de Knopflerfish, por ejemplo: c:\knopflerfish_osgi_2.0.1\knopflerfish.org 64/142 32