Diferentes paquetes de osgi con implementaciones de la misma interfaz: ¿dónde ubicar esa inferface?

Question

Actualmente estoy probando osgi (Spring DM) en una nueva aplicación. La aplicación necesita poder escuchar eventos del sistema de archivos. Hoy resolví esto con un simple sondeador basado en el tiempo, pero cuando se lanza Java 7, probablemente quiera reemplazarlo con una implementación basada en NIO2.

Hasta ahora estoy viendo tres paquetes, dos para las implementaciones del servicio de archivos y uno para la lógica de negocios que consume uno de los servicios. Las dos implementaciones deberían implementar la misma interfaz, así que mi pregunta es dónde colocar esa interfaz. Al colocar la interfaz en el paquete que contiene la implementación, el servicio dependerá de uno de sus consumidores.

¿Cuál sería la mejor y más parecida manera de Osgi para estructurar esto? Hasta ahora, mi mejor opción es crear un nuevo paquete "api" que defina las interfaces comunes para las implementaciones.

Answer 1

Separete api-bundle es probablemente la mejor opción. Le permite reemplazar la implementación del paquete más tarde. Además, con un api-bundle por separado, puede reemplazar en caliente su paquete actual sin necesidad de que el consumidor reinicie también.

Las clases (y las interfaces) se reconocen por su nombre y cargador de clases. Entonces, si coloca la interfaz de servicio en el mismo paquete que la implementación, pierde la capacidad de reemplazar en caliente el paquete en ejecución. Aunque la interfaz tiene el mismo nombre y es idéntica en todos los sentidos, el paquete recién implementado tiene un cargador de clase diferente => el consumidor considera que la nueva interfaz de paquetes desplegados es una nueva clase y sus dependencias ya no se cumplen.

Para obtener más información sobre la compatibilidad de servicios y versiones (ver comentarios): http://wiki.osgi.org/wiki/Service_Compatibility