Discussion :

[alain.bernard]

Bonjour,

Nous vous proposons une petite enquête afin de savoir quels sont les plugins Eclipse les plus populaires du moment. Nous pourrons ainsi les mettre en avant dans la FAQ par exemple, ou lors de nos réponses sur le forum. Si vous avez vos plugins "fétiches" nous vous invitons donc à répondre à ce topic, en nous expliquant leur utilité et pourquoi vous les recommanderiez aux gens. N'hésitez évidemment pas à en mettre plusieurs !

Le marketplace Eclipse, qui regorge de plugins, donne la liste des plus populaires du moment :

• Subversive (SVN)
• Subclipse (SVN)
• Eclipse Color Theme
• JBoss Tools
• Spring Tools Suite
• Eclipse Moonrise UI Theme
• Android Development Tools
• PyDev
• EclEmma
• FindBugs

Vous pouvez par exemple utiliser le template de réponse suivant :

• Nom du plugin
• Fonction principale
• Pourquoi est-il indispensable ?

Alain, pour la rubrique Eclipse

[Oussapik]

Bonjour,

La question est très délicate car je pense qu'il n'y a pas de plugin préféré, ou de plugin fétiche. On pourrait parler de plugin préféré pour utiliser telle ou telle fonctionnalité, mais de façon globale, c'est très dur.
Les plugins que j'utilise, personnellement, dépendent très fortement des choix technologiques réalisés sur les projets. Je ne vais pas dire si je préfère un plugin SVN ou Git. Je vais plutôt faire mon choix (ou me voir imposé mon choix) entre SVN et Git et utiliser le plugin adéquat.

[Mickael Baron]

Alain,

Merci pour ce débat.

Au boulot, j'utilise

InstaSearch pour la recherche fulltext sur mes projets
Plugin GWT
Subversive (il me reste encore quelques projets sous SVN)
LaunchPI (pour faire du CrossCompilation pour RaspberryPI)
Plugin GIT (déjà installé) est très bien, hormis les messages d'erreur qui font penser à des gros bugs

Mickael

[joel.drigo]

Salut,

En tant que développeur RCP, les plugins que je préfère ne sont pas ceux que j'utilise pour développer, mais ceux que j'utilise dans mes applications : à commencer par les plugins Nebula, pour tous ses composants graphiques (mais principalement Gallery, et PShelf). Sinon, chaque fois que j'installe un nouvel Eclipse, j'installe systématiquement subclipse et JadClipse (quoique j'envisage de regarder JD-Eclipse). SubClipse parce que mon repository de sources est subversion et que je le préfère à subversive (mais j'avoue que je ne l'ai pas beaucoup pratiqué, donc surtout par habitude). JadClipse parce que je travaille avec beaucoup de bibliothèques externes sans sources, et que j'ai souvent besoin de comprendre ce que ça fait et comment pour contourner les limitations (comme Ephox EditLive par exemple).

[Mickael Baron]

Joel,

JadClipse ça fonctionne bien ? le code source qui est produit est-il de bonne qualité ?

Perso, il est rare que j'utilise un bibliothèque qui n'a pas de code source. Grace à l'intégration Maven, il faut me chercher le code source automatiquement.

Mickael

[joel.drigo]

Joel,
JadClipse ça fonctionne bien ? le code source qui est produit est-il de bonne qualité ?

Plutôt moyennement en fait : globalement, ça me suffit la plupart du temps, mais j'ai souvent du bytecode au lieu de code Java (et il n'y a pas de désobfuscation). C'est un peu pour ça que j'envisage de tester d'autres plugins. Mais je procastine (à cause d'un manque de temps surtout). Disons que c'est celui qui avait été le plus satisfaisant globalement pour moi lorsque j'en avais testé plusieurs il y a très très longtemps.
J'ai aussi avec EditLive des crashs jvm sur la décompilation de certaines classes : mais je soupconne une compilation un peu spéciale pour probablement éviter qu'on accède à leurs sources. Même Eclipse en est gêné : certaines méthodes publiques de sous-classes du Jar ne sont pas visibles par Eclipse à la complétion, et je n'ai pu les voir qu'avec la décompilation JadClipse.

Perso, il est rare que j'utilise un bibliothèque qui n'a pas de code source. Grace à l'intégration Maven, il faut me chercher le code source automatiquement.

Mickael

J'évite au maximum également, mais je suis obligé avec un outil payant qu'on intrègre. Et puis, parfois, j'ai un besoin soudain et isolé, et je n'ai pas téléchargé les sources : ça va plus vite de faire un control-clic sur la méthode que de chercher les sources, de les télécharger, les attacher, etc...

J'avais essayé de faire la build sous maven au début, mais j'avais un peu galéré (je ne connaissais pas du tout maven en plus) et on a opté pour une build ant sous luntbuilt qui pilote PDE qui a été beaucoup plus simple et rapide à mettre en oeuvre. Si tu as un lien qui explique comment faire une build de client RCP avec maven, je suis intéressé, par curiosité surtout, parce qu'après avoir passé la build sous quickbuild, je ne ressens plus de besoin de changer, vu la puissance du système.

[Mickael_Istria]

Pour les plugins qui ne sont pas dans la distribution par defaut, je gere activement ma liste de favoris via MarketPlace: http://marketplace.eclipse.org/user/18470/favorites . Ca me permet de facilement les retrouver quand je dois reinstaller Eclipse.

Pour moi, c'est FindBugs qui touche largement le sommet en 1er dans tous mes use-cases Java. Le nombre de lecons que cet outil m'a donnees, le nombre de bugs qu'il m'a evites, le nombre de constructions peu performantes qu'il m'a detectees doivent maintenant se compter en centaines. Et au final, avec la puissance des machines modernes, il reagit aussi bien que JDT pour decouvrir les erreurs a la volee, meme en mode "maximum".
Gloire a FindBugs!

[Mickael Baron]

Mickael,

Je l'avais intégré à mon Eclipse il y a longtemps et depuis j'ai pris l'habitude de voir (de temps en temps) les résultats sur Sonar.

Je vais voir ce que ça peut donner d'après ton avis positif.

Merci

Mickael

[Traroth2]

En 2015, Eclipse, j'arrête...

Après plus de 10 ans à l'utiliser, j'ai l'impression qu'aujourd'hui, c'est le plus mauvais IDE pour Java. IntelliJ ou Netbeans, c'est autre chose.

Je comprends que mon commentaire peut paraitre agressif, mais la gestion de Maven reste complètement à la ramasse, en particulier, et ça, en 2015, c'est insupportable, pour moi.

Il y a quelques temps, je devais faire un checkout d'un SVN d'un projet existant, projet web avec Maven. Pour réussir à le faire compiler et fonctionner avec Tomcat, ça m'a pris des heures, littéralement. Il y avait toujours un truc qui clochait. Quand il le voyait comme un projet web, il ne comprenait plus que c'était un projet Maven, et vice-versa.

J'ai fait un checkout avec Netbeans, il a reconnu le projet immédiatement et tout a fonctionné en l'espace de 10 minutes.

Il serait temps que les gens de la fondation Eclipse se rendent compte que les outils de build externes, type Maven, mais aussi Gradle, Grunt, Gulp, etc, sont incontournables et que leur intégration doit être parfaite. Pas question de faire cohabiter une notion de build Eclipse et une notion de build Maven. Je veux builder, rien de plus !

Quand Eclipse 4 est sorti et que j'ai vu qu'il n'y avait pas eu de progrès significatif sur ce plan, je dois dire que j'ai été extrêmement déçu...

[Mickael_Istria]

Il y a quelques temps, je devais faire un checkout d'un SVN d'un projet existant, projet web avec Maven. Pour réussir à le faire compiler et fonctionner avec Tomcat, ça m'a pris des heures, littéralement. Il y avait toujours un truc qui clochait. Quand il le voyait comme un projet web, il ne comprenait plus que c'était un projet Maven, et vice-versa.

Si toutefois tu reviens a Eclipse bientot, alors tu peux essayer ca: https://wiki.eclipse.org/E4/UI/Smart_Import . Le scenario que tu decris a ete identifie comme etant en effet un gros souci de l'IDE, et ce mechanisme (en cours de maturation mais deja fonctionnel) en est une solution.

Il serait temps que les gens de la fondation Eclipse

On dit plutot les gens de la communaute Eclipse. La Fondation est au service de la communaute, le developpement et les projets sont aux mains de la communaute.

[bilgetz]

Deja Eclipse de base, je ne fait plus.

J'utilise l'Eclipse customisé de Spring : Spring tool suite.
je ne parle pas des plugins classique pour svn,git,maven,gradle ( même si STS intégrè le maven et le git).


Ensuite quelque plugin pratique:
Jautodoc
Plugin sonar comme ça, on voit tous de suite le non respect des règles.
MoreUnit, pratique pour naviguer (et créer la structure) dans ses test unitaire.
ResourceBundleEditor pour l’édition de properties.
Infinitest pour lancer ses tests unitaires automatiquement quand je change le code de ma classe.

[Mickael_Istria]

même si STS intégrè le maven et le git

A l'attention de celles et ceux qui sont restes sur des anciennes versions de l'IDE, depuis Luna, les IDE Eclipse pour Java et Java EE (entre autres) incluent les plugins pour Maven et Git de serie.

[javan00b]

Je plaint les gens qui utilise encore Eclipse et SVN en 2015. Je ne vois pas comment on peut clamer être agile et encore travailler avec des outils préhistoriques.

[Traroth2]

Si toutefois tu reviens a Eclipse bientot, alors tu peux essayer ca: https://wiki.eclipse.org/E4/UI/Smart_Import . Le scenario que tu decris a ete identifie comme etant en effet un gros souci de l'IDE, et ce mechanisme (en cours de maturation mais deja fonctionnel) en est une solution.

Le jour où la communauté Maven passera le goal eclipse:eclipse en deprecated parce qu'il ne sert plus à rien, je jetterais à nouveau un coup d'oeil à Eclipse. Bizarrement, il n'y a pas de goal netbeans:netbeans ou intellij:intellij...

[Mickael Baron]

@javan00b et @Traroth2, le but de ce débat est de parler des plugins que vous préférez. Il y a déjà eu de nombreuses discussions sur les défauts d'Eclipse ou pour dire que les autres environnements sont mieux.

Merci de rendre le débat constructif.

Mickael

[regis1512]

Bonsoir,

Je n'ai pas vraiment de plugin préféré.
Mais selon mes besoins, j'utilise les plugins
- GIT (de série)
- Mylyn
- Ivy
- Apache Directory
- Toad for Eclipse (Moins complet que le vrai Toad mais avec l'avantage d'être gratuit et bien intégré dans Eclipse)
- InfiniTest (https://infinitest.github.io/) : un plugin qui consomme peu et qui permet de relancer en tâche de fond les tests impactés par les dernières modifications

Bonne soirée.

[Mickael_Istria]

Le jour où la communauté Maven passera le goal eclipse:eclipse en deprecated parce qu'il ne sert plus à rien, je jetterais à nouveau un coup d'oeil à Eclipse.

En pratique, ca fait un bon moment qu'il n'est pas recommande. Depuis m2e 1.0 j'imagine. D'ailleurs la derniere release du maven-eclipse-plugin date de 2012. J'imagine que plus personne ne le maintient et qu'il n'a pas eu le temps de passer par la case "deprecated".
Des membres eminents de la communaute Maven te diront aussi que mvn eclipse:eclipse est mort, et qu'il faut utiliser m2e (inclus par defaut dans les Eclipse Java et JEE).

[Mister Nono]

VAADIN bien sûr.

A+

[Robin56]

Rien de vraiment ouf dans ce que je vais citer pour moi. Voilà ce que j'utilise généralement au boulot :

• Subclipse
• AnyEdit
• JBossTools
• Mylyn
• M2Eclipse

De façon plus sporadique j'ai :

• SonarQube
• EclEmma
• Vaadin plugin
• Un connecteur Jenkins aussi mais je ne sais plus son nom

Vous avez des nouveautés sympas à recommander ?

[lguerin]

Eclipse étant un socle utilisé pour différents usages et dans différent types d’environnement le choix des plugins dépend du contexte de chacun.

A titre d’information, voici mes favoris sur Eclipse Marketplace http://marketplace.eclipse.org/user/16375/favorites
dans lesquels on trouve des « classiques » (FindBugs, EclEmma) mais aussi

• EasyShell (très utile pour interagir avec de système d’exploitation : shell, explorateur, etc )
• Telosys Tools (très pratique pour générer le code récurent d’un projet en quelques minutes : écrans CRUD, etc)