在很长的一段时间，我已经放弃了对Grails的研究。最近开始和项目中采用Grails开发过的开发人员讨论心得的时候，我发现Grails虽然文档比较整齐，但是从规模和社区支持而言它还是远远低于Ruby社区的。
当初Grails的起源就是希望在JVM上实现类似于ROR的框架。虽然在Grails之前，出现过Trails之类的框架，但是因为静态语言的局限性，他们的发展总是不尽人意。Grails的优势在于它使用的是动态语言Groovy,同时集成了各种流行的框架。性能上由于编译的原因，也比一般的ROR程序快一些。但从根本上而言，他还是死死的把自己绑在了Java这条船上。
从ROR来说，它的基础Ruby更为开放。最近看了infoq关于JRuby新版本的特性介绍的视频，至少在JVM上，我们已经看不到Groovy的优势。Groovy能做的所有事情,用Ruby语言在JVM上也能够实现。原来因为纯动态而造成的性能问题，JRuby也有编译后的版本提供。另外，通过JRuby，Ruby也能够访问各种已经存在的Java Class。那么，我要问问我自己，还有没有掌握Groovy的必要。从另一方面而言，只要ROR新版本在JRuby上的完全对应，那么已有的一些ROR应用也可以在JVM上跑起来，那么Grails的优势又在哪里？
再来看看.net上的IronRuby。在Microsoft的支持下，IronRuby的社区也蓬勃的发展起来。在.net上跑RoR已经不成为问题。
除此之外还有传说中令人期待的Ruby VM--Rubinius。个人认为，Grails和Groovy以及那些类似RoR的框架已经没有存在的必要。RoR和Ruby一统江湖的日子似乎马上就要来临。

另外，问各位研究Grails的一个小小的问题，以测试Grails是不是需要更为详细的文档。
问题：Controller中间如何获得当前使用的datasource？
如果你回答不出来，而文档中也找不到，那只能说Grails的文档还是不充分！