Discussion :

[Zombee]

Bonjour,

Dans mon code j'ai ceci :

Code :

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

1
2
3
4
5
6
7
8
9
        // Get of every extension, extension point, ...
        IExtensionRegistry registry = Platform.getExtensionRegistry();
 
        // Get of every extension for 'com.xxx.headless.extensionpoint'
        IConfigurationElement[] configs = registry.getConfigurationElementsFor("com.xxx.headless.extensionpoint");
 
        try {
            for (IConfigurationElement e : configs) {
...

Ce code me permet de récupérer l'ensemble des classes chargées qui étendent le point d'extension 'com.xxx.headless.extensionpoint' (si ma mémoire est bonne).

Et j'aimerais savoir s'il est possible (et comment) de récupérer un ensemble de classes chargées qui implémentent la même classe abstraite ou s'il faut absolument créer un point d'extension (quitte à ce qu'il ne serve que de point de repère) ?

Espérant avoir été clair.

Merci d'avance pour votre aide.

[Mickael_Istria]

Ce code me permet de récupérer l'ensemble des classes chargées qui étendent le point d'extension 'com.xxx.headless.extensionpoint' (si ma mémoire est bonne).

Il permet de récupérer l'ensemble des extensions. Ces extensions peuvent définir des classes qui sont chargées grâce à IConfigurationElement.createExecutableExtension

Et j'aimerai savoir s'il est possible (et comment) de récupérer un ensemble de classes chargés qui implémentent la même classe abstraite ou s'il il faut absolument créer un point d'extension (quitte à ce qu'il ne serve que de point de repère).

En Java, et encore plus en OSGi, tu ne peux pas facilement connaître les classes filles d'une classe. En effet, le seul moyen de faire ça consiste à lister toutes les classes/resources de tout ton classpath et de charger la classe pour voir si elle étend ta classe mère. C'est une opération énorme qui risque de prendre très longtemps et de faire exploser ta mémoire. De plus, en OSGi, tu n'as même pas accès à tout le classpath, mais juste à celui du bundle et de ses dépendances, alors que les extensions viennent généralement de bundles "downstream" (i.e. qui dépendent du bundle dans lequel tu inspectes les point d'extensions).
Bref, ça ne se fait pas.

C'est pour ça qu'il y a les points d'extensions, et les choses "déclaratives" en général. Tu veux que ton appli soit extensible, mais tu ne peux pas trop introspecter ses classes dynamiquement, donc tu les déclares dans les extensions, que le consommateur peut lire sans trop de mal, et donc utiliser pour charger les classes qui lui sont utiles mais dont il n'a pas connaissance lors du développement.

Dans ton cas, on mets généralement dans les extensions des classes concrètes qui fournissent du comportement.
Si tu veux faire du OSGi pur (et non spécifiquement du Eclipse), intéresse-toi aussi au Declarative Services d'OSGi, qui sont une variante aux points d'extensions (dont ils se sont inspirés dans la spec OSGi)

[Zombee]

Merci beaucoup Mickael !

Je suis pas sûr d'avoir tout saisi mais du moment qu'on peut le faire avec des extensions ça me va