Discussion :

[alain.bernard]

Salut,

Je suis actuellement en train de batailler avec la gestion des préférences par défaut : je souhaite que quand un utilisateur installe mon plugin A, ce plugin contribue des valeurs par défaut à des préférences définies par un plugin de la plateforme (org.eclipse.nimportequoi).
J'ai connaissance de 3 solutions:
- le fichier plugin_customization.ini, mais ce n'est pas viable vu que je ne déploie pas un product
- un fichier preferences.ini dans le plugin, mais il semble n'être pas chargé car aucun changement n'apparaît dans la configuration
- un initializer déclaré dans un point d'extension, mais lui non plus n'est jamais appelé. Il est dit dans la doc que cette classe est appelée quand le plugin demande pour la première fois des valeurs par défaut, mais vu que j'interviens sur les préférences d'un autre plugin, je vois mal comment il pourrait être appelé.

Quelqu'un a-t-il déjà rencontré la même problématique et a su s'en sortir?

Alain

[joel.drigo]

Salut,

J'ai mis en place un système d'affectation de préférences par défaut stockées sur une base de données, mais je m'étais basé sur un initializer personnalisé (et j'étais dans un product, donc avec plus de libertés dans la gestion du lifecycle des plugins), donc, méthode impossible à utiliser pour imposer des préférences à un plugin autre que les tiens (et en particulier à ceux d'Eclipse). J'ai toutefois mis en place un système qui permettait de recharger l'ensemble des préférences par défaut en une fois (donc toujours depuis la BD), à n'importe quel moment, en parcourant l'ensemble des bundles et leurs préférences (par exemple avec DefaultScope.INSTANCE.getNode( bundleId )). Avec un défaut toutefois : l'accès aux préférences nécessitaient le démarrage du bundle (donc tous les plugins impactés étaient démarrés lors de cette manipulation : j'avais envisagé à un moment de stocker leur état avant, et d'arrêter ceux démarrés pendant la procédure, mais je n'ai jamais poussé plus loin (bloqué par l'aspect "et si un autre bundle démarre en conséquence d'une dépendance du bundle démarré pour mettre à jour la pref ?")).

[alain.bernard]

Dans mon cas précis il s'agit d'AERI pour le reporting automatique : les bundles démarrent dès le début de l'appli quoi qu'il arrive et le plugin maître instancie tous les contributeurs à ce moment. Donc je pourrais me greffer à ce moment-là peut-être en utilisant ta méthode dans le constructeur de la classe. La situation n'est pas idéale mais mérite d'être testée ! Merci pour le tuyau !

[alain.bernard]

Petite update: la solution proposée marche bien: dans une class instanciée au démarrage du plugin, j'utilise l'appel à

Code :

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

DefaultScope.INSTANCE.getNode( bundleId )

pour y stocker les valeurs que je souhaite mettre par défaut.
J'ai par contre eu le cas avec une valeur qui quoiqu'il arrive n'était pas chargée selon la méthode habituelle (en allant chercher la valeur par défaut si la valeur dans l'InstanceScope n'existe pas), j'ai donc dû le mettre directement dans l'InstanceScope.
La méthode n'est pas super élégante, mais ça fait le job, et comme le plugin dont je modifie les préférences est de toutes façons démarré immédiatement, le temps de démarrage n'est pas impacté.

[joel.drigo]

La méthode n'est pas super élégante, mais ça fait le job, et comme le plugin dont je modifie les préférences est de toutes façons démarré immédiatement, le temps de démarrage n'est pas impacté.

En revanche, tu obliges celui qui veut personnaliser cette préférence à la resaisir après chaque démarrage, non ? Cela n'est peut-être pas utile (tes utilisateurs ne personnalisent jamais cette préférence),ou cela peut être voulu que cela ne soit pas possible dans ton envionnement.
En revanche, il y a d'autres scopes, comme par exemple le ProjectScope pour les préférences de projet. Il y a le ConfigurationScope aussi, dont je n'ai pas compris exactement la fonction. Et le BundleDefaultsScope, encore plus obscur. Mais peut-être les valeurs par défaut des préférences dont tu parles sont gérées dans l'un de ces autres scopes.