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.
InstallationL'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'IHMLe 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 futurD'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) 
