GroovyQ

Grails生成的war文件可以很容易地部署到Tomcat上。那么如何在Tomcat中实现Grails应用的集群呢？本文参考Peter Ledbrook的博文给出了Linux和Windows环境下实现这一功能的方法。本站之前曾发布过《集群Grails应用》，本文与之区别之处在于，前者是基于Terracotta来实现集群，而本文利用的则是Tomcat自身的特性。

在Google的App Engine上有好几款Groovy的Web Console，如Groovy Web Console和本站推出的GroovyLive!。但是它们都缺乏查看Groovy AST的功能。如今，这个空白已经由叫做Groovy AST Browser的GAE应用填补上了。

EhCache是Java世界中应用最广泛的缓存框架之一，同时它也是Hibernate默认的CacheProvider。对于Grails，EhCache支持两种模式的集群：Hibernate二级缓存集群和会话集群。EhCache官网上的文章《Grails应用的集群配置》，给出了使用EhCache集群Grails的Hibernate二级缓存的方法。

Groovy++ 0.2.19于前几日问世，其基于Groovy 1.7.5-snapshot，即完全与Grails1.3.4兼容。

Grails中，创建脚手架（诸如，Domain类、Controller、Taglib）时，会自动创建相关的JUnit测试用例。如果你在使用Spock，一定也希望能够为脚手架生成Spock spec。用什么方法呢？Robert Fletcher在博文中，分享了他的方法--重定义事件处理器。

Vivek在工作中遇到了这样的场景：需要在Grails应用和Wordpress中共享一些用户信息，即在Grails应用中登录，在Wordpress页面的header中显示出用户名。该怎么做呢？Cookie！ Vivek在博文给出了实现步骤。

但凡使用过Grails，会发现：在USER_HOME/.grails下，按照Grails版本以及项目名称进行划分，在每个工程目录中保存着工程的元数据以及其使用的插件类、文件以及资源。如果一个项目的分支跟它的主程序使用不同版本的插件，那么工作在分支上时，可能需要将原先主程序所有的插件卸载，并重新下载分支中使用的插件。如果再回到主程序，可能又需要更新到主程序使用的插件。重复再重复的工作，欲哭无泪！别急，这不，John Rellis给大家提供了一个技巧，可以避免你的重复工作。

从以前的数据库中导入数据是许多项目必不可少的步骤，如果数据库大的话，还是挺费时间的。如果能利用GPars将批量数据导入过程并行的话，性能还是能提高不少的。

Grails通过Service让我们不用进行任何配置就享受到了声明式事务这一特性。可是，这也让我们不得不接受它预先设置的事务行为：PROPAGATION_REQUIRED。要是我想使用其它的事务行为该如何做呢？没关系，使用@Transactional进行配置就行了。

GPars的基本概念不多说了。GPars用在什么地方呢？那可就是仁者见仁，智者见智了。这不，Josef老兄用它来模拟彩票，这也不错，说不定能中大奖。