Discussion :

[Baptiste Wicht]

Bonjour,

Je suis en train de passer une application sur OSGi et je me heurte à un problème au niveau de la récupération des services.

J'arrive parfaitement à déployer des services avec Spring DM. Ca, il n'y a pas de soucis, mais je bloque pour la récupération de certains services.

Quand on est directement dans l'Activator, il y a pas de problèmes, c'est très simple de récupérer le service, mais c'est dans le reste de l'application qui me pose problème.

J'ai par exemple un service ILoggingManager qui mer permet de fournir des Logger aux autres bundles de l'application. Il garde aussi en mémoire un cache de Logger.

Maintenant, comment est-ce que je peux récupérer ce services depuis une autre partie de l'application, typiquement une simple classe utilitaire ?

Avant de passer à OSGi j'utilisais une classe Managers qui donnait une méthode getManager(Class class) permettant de récupérer ce manager.

Je vois plusieurs solutions, mais elles sont toutes horribles et me semblent aller à l'encontre des principes d'OSGi :

• Une idée que j'ai donc eu serait de créer une classe utilitaire Services avec une méthode statique getService(Class class) et qui aurait une instance de bundleContext pour un des modules. Par contre, ça voudrait dire qu'un module accéderait à un service via le bundle context d'un autre bundle, ce qui me semble très mauvais...
• Une autre solution serait de dupliquer cette classe Services pour chaque bundle pour fournir un accès rapide aux services, mais c'est pas non plus très propre.
• Et la dernière idée que j'ai, c'est de récupérer tous les services nécessaire au bundle dans l'activator de les stocker dans l'activator et des récupérer depuis les autres modules directement depuis cet Activator, mais bon, ça reste très moche

Qu'en pensez-vous ? Comment faites vous pour avoir un accès simple aux services ?

[Deaf]

Bonjour,

Est-ce que l'utilisation de l'injection te conviendrais?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<bean id="monBean" class="cc.dd.BeanImpl">
    <property name="champ" ref="service" />
</bean>
 
<osgi:reference id="service" interface="aa.bb.SomeService"/>

[Baptiste Wicht]

L'injection me va très bien, mais seulement dans le cas ou le cas ou j'ai besoin d'accéder à un service depuis un bean Spring.

Comment faire dans le cas d'une classe utilitaire avec toutes ses méthodes statiques et un constructeur private ?

[Deaf]

Je suis peut être en erreur, mais je ne crois pas que cela soit très "OSGI" d'avoir des méthodes statiques.
De plus, le 'D' de 'Spring-DM' voulant dire dynamique, je ne suis pas sûr que ce framework offre quelque chose de ce genre. Et si une fonctionnalité te permet d'arriver à tes fins, il est possible que cela soit un détournement de l'utilisation prévue.
Après, je suis en pleine découverte de cet outil, donc je peux me tromper

[ego]

Mais en fait il n'existe pas de "bean Spring" ou plutôt tout peut être un bean au sens Spring. Donc tes utilitaires peuvent très bien être des beans Spring comme tu dis et là plus de problème.
D'ailleurs où est réellement ton problème ? Qu'est-ce qui te pose problème dans la déclaration de tes utilitaires comme "Spring Bean" ?

[Baptiste Wicht]

Le fait de les déclarer comme beans Spring implique alors que toute classe voulant utiliser cet utilitaire devra avoir accès au contexte Spring...

A mon avis une classe utilitaire du genre d'un FileUtils n'a pas à être dans le contexte Spring...