Eclipse RCP et plugins

Version imprimable

28/04/2009, 22h05
pouletchu

Eclipse RCP et plugins

Bonjour,

Je développe actuellement une application utilisant la technologie Eclipse RCP. Je souhaite bien la structurer en différents plugins.

Existe t'il des préconisations sur ce découpage (en plugin)?

De plus est'il propre d'utiliser le mécanisme de service proposé par OSGI au sein d'une application Eclipse ou préférer le mécanisme d'exportation de package et proposer des Interfaces accessibles à partir de l'Activator du Bundle ?

Merci
29/04/2009, 14h23
Mickael_Istria

Salut,

Pour le decoupage en plugin, il n'y a pas de vrai "etat de l'art". C'est ton architecture, et c'est a toi de voir le "grain" que tu souhaites donner a tes composants. Il faut juste que tu cherches a optimiser la reutilisabilite et la facilite a manipuler tes plugins, ce qui est tout de meme assez subjectif.
Quelques petits conseils quand meme
* separe les plugins definissant des points d'extensions et ceux qui s'y lient
* et donc essaie aussi de separer les API des implementations
* et aussi separe tes fonctionalite en un plugin "core" et un plugin "ui" (par exemple_

Je pense que tu es mieux de rester sur la maniere Eclipse de definir les dependances (Import-package et/ou Require-Bundle) plutot que de partir sur les services OSGi, qui sont encore moins documentes et outilles.

Bonne continuation!
29/04/2009, 16h54
blackwizard

oui tout pareil

j'ajouterai qu'il est bien de mettre aussi le modèle dans un plugin à part.
au début, ça ne change rien, mais ça ne coûte rien non plus;
plus tard, ça permettra d'assurer que le modèle n'a pas de dépendance sur le reste de l'application.
éventuellement un plugin util pour le code vraiment général, à partager entre plusieurs aspects de l'application, sinon, c'est du code métier qui doit se trouver dans le core.
29/04/2009, 18h23
pouletchu

Merci pour vos réponses :mouarf:

Mais il existe encore pour moi des zones d'ombres dans l'utilisation de différents bundle.

Par exemple, si je créé un bundle qui joue le rôle de serveur (ex: serveur http) et qui envoie des évènements (à chaque requête reçue) et un autre bundle qui va se charger d'écouter ses événements.

Je peux considérer que le bundle serveur est primordial dans mon application et étendre l'extension startup afin que celui-ci démarre en même temps que l'application.

Par contre avec la politique de "lazy loading" d'Eclipse comment démarrer le bundle qui écoute les évènements "proprement" ? 8O

Merci
30/04/2009, 10h18
Mickael_Istria

Si il est necessaire que ton serveur se lance au demarrage d'Eclipse, alors il est impossible pour toi de respecter da "Lazy Loading Rule". Le tout est alors de savoir si tu veux vraiment qui ton serveur se lance au startup ou s'il est plus judicieux de mettre un controle dans l'UI pour l'activer...
30/04/2009, 10h46
pouletchu

Mon problème ne vient pas du serveur mais plutôt la technique la plus "propre" pour démarrer mon second bundle qui lui n'est rattaché à aucune interface ?
12/05/2009, 13h19
hassanmahfoud

console pour une application rcp

Bonjour tout le monde,
je suis débutant dans le développement d'application RCP sous Eclipse.
j'aimerai réutiliser la console d'eclipse en l'affichant dans une vue de mon application.

J'ai touvé ceci dans un forum

Citation:

To add your own console:
- create a new MessageConsole:
- MessageConsole myConsole = new MessageConsole("My Console", null);
- register it with the console manager:
ConsolePlugin.getDefault().getConsoleManager().addConsoles(new IConsole[]{ myConsole });

To show a console in an existing console view:
consoleView.display(myConsole);

mais je ne sais pas où taper ce code source ni comment s'en servir.

merci votre aide
12/05/2009, 13h46
pouletchu
Bonjour,

cela dépend de ce que tu veux faire. Pour ouvrir une vue a partir d'une action tu peux utiliser une méthode du workbench d'eclipse qui est :
Code:

1 2 3 4 5 IWorkbenchPage page = PlatformUI.getWorkbench().getActiveWorkbenchWindow().getActivePage(); page.showView( view_id ) ou view_id dans ton cas est IConsoleConstants.ID_CONSOLE_VIEW.
Sinon dans ton projet RCP tu dois avoir une classe qui correspond à la perspective ouverte au démarrage. En utilisant le même id (IConsoleConstants.ID_CONSOLE_VIEW) tu peux l'ajouter et l'ouvrir. Tu peux également y configurer la vue avec le code que tu as cité précédemment.