Discussion :

[djo.mos]

SpringSource, la boite derrière Spring Framework et Spring DM Server, et qui a adopté Groovy, un langage de programmation dynamique populaire qui tourne sur la JVM, vient (quelques minutes plus tôt) d'annoncer la sortie de la première version alpha de la nouvelle version du plugin Groovy pour Eclipse.

L'ancienne version était maintenue sur Codehaus par des enthousiastes Groovy principalement, et offrait un environnement de développement Groovy plutôt basique, surtout comparé au vénérable JDT (Java Developement Tools) par exemple.

Avec SpringSource aux commandes, on s'attendait logiquement à beaucoup plus, du moins d'après leurs promesses.

Je n'ai pas encore testée cette nouvelle version, je vais donc me contenter de résumer ici le contenu de l'annonce originale.

Pour l'instant, ça ne fonctionne que sur Eclipse 3.4 (Ganymede), 3.4.2 plus précisément. Une version compatible avec 3.5 (Galileo) ne devrait pas tarder d'après SpringSource.

Installation
L'update-site est le suivant : http://dist.codehaus.org/groovy/dist.../snapshot/e3.4

La procédure d'installation est celle décrite dans la Eclipse.

Nouvelle stratégie de Joint-compilation
La principale nouveauté de cette version est une nouvelle srtatégie pour la compilation conjointe de sources Groovy et Java. en gros, supporter la compilation et l'exécution d'un projet dont une partie est écrite en java, et l'autre en Groovy.

La version précédente procédait comme suit :
- Le compilateur groovyc fait une première passe sur les sources groovy, et génère des stubs sur le disque. C'est une sorte de squelette d'un fichier .class.
- Le compilateur javac fait une passe sur les sources java, et peut utiliser les stubs générés par 1 pour résoudre les dépendances.
- Le compilateur groovyc fait une seconde passe pour finir la compilation des fichiers .groovy en utilisant les .class générés par l'étape 2.

La nouvelle version part sur un autre principe. Andy Clement en parle en détail sur le blog de SpringSource. Grace à son expérience avec AspectJ et le compilateur Java d'Eclipse, il a pu concevoir une solution qui ne nécessite pas la communication entre les 2 compilateurs javac et groovyc via fichiers sur disque (les stubs), mais plutôt via une communication directe entre les deux.

Ca a nécessité d'effectuer des changements sur les 2 compilateurs, mais le résultat a l'air prometteur, que ce soit côté performance ou encore intégration à l'environnement. Mieux encore, ce processus de compilation conjointe supporte la compilation incrémentale : ne compiler que ce qui a changé, tout comme c'est fait dans JDT par exemple.

L'IHM
Le travail sur l'aspect IHM consistait principalement à :
- Porter l'ancienne IHM pour utiliser le nouveau compilateur
- Ajouter ou améliorer des fonctionnalités.

Le résultat a l'air de ressembler à JDT (qui est le standard non officiel dans le monde Eclipse).
jugez en par vous même avec la capture d'écran attachée à ce post.



Le futur
D'après Andy Clément, la version finale devrait être publiée dans quelques mois, et elle pourrait intégrer un support Grails.


Annonce officielle sur le blog de SpringSource (Anglais)

[lunatix]

tres bonne nouvelle ! autant le support de groovy et grails est tres bon dans netbeans, autant le manque de support dans eclipse restait un frein important a son entrée dans les entreprises, et il semble que springsource l'ai bien compris.