The primary deficiency I've found is startup time - when I move to other systems, I remember - oh yeah, projects can start up immediately, or in < 3 seconds, not 50. I know 3 is better in this regard, and I'm looking to migrate one project to it next month.
Grails never got the mindshare because it was jumping in to a full ecosystem. Rails, by comparison, was essentially the only game in town if you wanted to do Ruby - there weren't any other major competing frameworks.
The other big strike against Grails is... "it's different!". Most shops that are large enough to see big benefit from Grails and similar frameworks also tend to be rather stodgy and slow to change (perhaps with good reasons, but slow anyway). The sort of people who champion 'new' tech largely migrated away to completely other ecosystems (rails, node, etc). Grails/Groovy are 'different' in a scary way for "slow to change" shops, and "not different enough" for the folks who are always looking for "new/shiny" stuff to dig in to and promote. It was/is too "middle of the road", I think, to benefit from the advocacy often required for adoption. And in a crowded JVM-tech field, that hurts.
That said, it's still a great stack, and I still recommend it for many situations.
I would feel more comfortable picking Kotlin despite its newness: it has everything Groovy offers but it also fixes all the problems I listed above.
They're an Apache supported project now. http://adtmag.com/articles/2015/03/04/groovy-joins-apache-fo...
Groovy made Java slightly less painful too use, but added its own warts.
Today we have languages which are better than Java without adding all of Groovy's mistakes.
> They're an Apache supported project now.
You mean the place where software projects go to die?
Care to elaborate?
[1] http://thread.gmane.org/gmane.comp.apache.incubator.general/...
[2] http://groovy.329449.n5.nabble.com/Paris-write-up-tt395560.h...
As for being happy about something, if Groovy development is being effectively led by its technical people as well as not being dictated to by the applications using it, then I'd be optimistic for its future (the Codehaus-cum-Apache implementation of it anyway).