OSGi BundleTracker: ordre des ensembles chenillés

Question

Je suis suivi bundles OSGi comme ceci:

BundleTracker<Foo> bundleTracker = new BundleTracker<>(context, Bundle.ACTIVE, 
    new BundleTrackerCustomizer<Foo>(){ 

       @Override 
       public Foo addingBundle(Bundle bundle, BundleEvent event) { 
        ... 
       } 

       @Override 
       public void modifiedBundle(Bundle bundle, BundleEvent event, Foo foo) { 
        ... 
       } 

       @Override 
       public void removedBundle(Bundle bundle, BundleEvent event, Foo foo) { 
        ... 
       } 
      }); 

Maintenant, si un paquet B a une dépendance A et B est commencé, alors que je comprends premier faisceau A sera activé Est-ce correct?

Le problème est que je reçois parfois des notifications sur certains bundles avant que je sois averti de leurs bundles dépendants. Alors, comment puis-je être averti dans l'ordre des dépendances (si B dépend de A, alors d'abord notifié à propos de A puis à propos de B)?

Answer 1

Les dépendances de code (paquet d'importation ou groupe requis) entre les bundles n'affectent pas (en général) l'ordre de début des bundles. Il y a une certaine interaction entre les paquets en utilisant l'activation paresseuse.

Donc, une fois A et B sont résolus, à partir B n'a aucune incidence sur le démarrage A.

La chose importante à noter ici est que les dépendances de la couche de module ne modifient pas l'ordre de démarrage des faisceaux.

Answer 2

Les dépendances de code n'ont aucune influence sur l'activation car tous les groupes sont résolus de manière atomique. Donc, quand un paquet est activé, vous êtes sûr qu'il ne dépend que des paquets résolus. OSGi a une couche de module (avec des dépendances de paquet) et une couche de service. La couche de module est statique et la couche de service vous permet d'exprimer des dépendances dynamiques (avec DS).

Si vous êtes aux prises avec ordre de départ vous risquez le fait pas droit ...