InfoQ had a quick chat with Groovy lead Guillaume Laforge. When the Groovy JSR-5 release was made in February, it was announced that the release candidate was next. On the reasons for the change, Guillaume replied:
I decided to create a new jsr-x release because getting to RC-1 was taking time: we're redesigning the core of Groovy: its Meta-Object Protocol. And it's really taking longer than expected, because it's a very complicated and tricky job. But fortunately, with this new underlying infrastructure, Groovy should really become much more efficient and have a performance much closer to raw Java.On the timeline towards 1.0 final and what needs to be done:
So instead of waiting too much for a new milestone, and as we tend to like the "release early, release often" mantra, it made sens to release a milestone before RC-1. RC-1 will include the new MOP. As this milestone didn't include it, we didn't want to call it RC-x.
RC-1 will contain the new MOP. That's one of the most important redesign of the internals of Groovy. In the end, it won't really change anything for the end-users, except gaining more performance and less method dispatch issues with tricky Java/Groovy integration corner cases. I hope we'll release 1.0 no later than in three months. That's a hope, not a promise ;-)Guillaume Laforge two weeks ago took over as spec lead of JSR 241: The Groovy Spec, replacing James Strachan. Guillaume will thus see Groovy through the upcoming release of 1.0. Guillaume's goal is to make Groovy the de facto and enterprise standard scripting language for the JVM.
In related news, the first Groovy & Grails seminar will be starting this summer in London.