¿Cuándo se adjunta un fragmento OSGi al host?

Question

Tengo un paquete OSGi con servicio de persistencia (usando hibernate) y un fragmento, que contiene la configuración (archivo xml). En activador del paquete, estoy cargando la configuración usando:

@Override 
public void start(BundleContext ctx) { 
    URL url = ctx.getBundle().getResource("hibernate.cfg.xml"); 
    SessionFactory sessionFactory = new AnnotationConfiguration().configure(url).buildSessionFactory(); 
} 

pero a veces, la URL es nulo. Cuando traté de enumerar todos los URL disponibles (usando el método findEntries), parecía que los propios del paquete siempre estaban disponibles, pero los fragmentos solo algunas veces. Estoy usando Felix 4.0.2, el paquete y el fragmento se inicia en el mismo Felix. nivel auto.start

Answer 1

Los fragmentos se conectan al host en el momento en que se resuelve el host . Normalmente, el fragmento se adjuntará siempre que se instale antes de que el host resuelva.

Sin embargo, siempre existe la posibilidad de que el host se resuelva sin el fragmento, ya que los hosts no dependen de sus fragmentos. Por lo tanto, normalmente debe escribir su host para que pueda hacer frente al fragmento que no está presente, es decir, no debe lanzar NPEs.

Desde OSGi R4.3 puede introducir una dependencia del host en su fragmento utilizando el Require-Capability y Provide-Capability encabezados. Al inventar su propio espacio de nombres para la dependencia, puede hacer que su fragmento lo proporcione con Provide-Capability. Entonces su host puede requerirlo con Require-Capability .... ahora el framework OSGi se asegurará de que el fragmento debe estar disponible antes de que resuelva el host.

Answer 2

El fragmento se adjunta al host durante el proceso de resolución del paquete de fragmentos. El host se resuelve y puede iniciarse correctamente incluso si el fragmento no está allí; pero el fragmento depende del host; puede resolverse y luego iniciarse solo después de que esté conectado al host.

Al tener ambos paquetes con el mismo nivel de inicio, parece que ha creado condiciones de carrera para estos dos paquetes. El marco comienza a resolver e iniciar ambos paquetes al mismo tiempo. Algunas veces logra iniciar el paquete de host antes de que el proceso de resolución del fragmento haya finalizado -> entonces el método de inicio del paquete de host se comporta como si no hubiera ningún fragmento disponible.

Lo que puedes hacer es, por ejemplo, para darle al fragmento un nivel de inicio más temprano que el del paquete de host. El fragmento debería resolverse e iniciarse correctamente incluso si el paquete del host aún no se ha iniciado. Solo necesita que el paquete del host se resuelva.

También puede probar este comportamiento en otros marcos OSGi, p. en ProSyst's mBedded Server (mBS) - Sé que es totalmente compatible con la especificación 4.2 de OSGI donde se especifica la resolución de fragmentos anterior.