自从 Andy 宣布 新改进的 Groovy Eclipse 插件的早期 alpha 版本以来，我们收到了来自 Groovy 和 Grails 社区的早期用户的非常好的反馈。从评论和 Twitter 的热议来看，在 Eclipse 平台上对高质量的 Groovy 语言支持确实存在很大的兴趣。Andy 和 Andrew 在过去几周取得了良好的进展，正朝着 M1 版本发布迈进，该版本即将发布；请查看 JIRA 以获取有关何时发布的更多详细信息。

我们要感谢所有试用早期版本并抽出时间报告问题和提交功能请求的用户。在这个早期阶段，用户反馈非常重要；不仅是为了修复问题，还要了解对 Groovy 用户来说什么最重要，以便我们能够专注于相关功能和问题。

一个经常出现的请求是添加对 Grails 的支持。我想利用这篇博客概述我们在这方面正在计划的内容。

当我们最初开始提供 Groovy 和 Grails 工具的工作时，很明显，只有在提供良好且可靠的 Groovy 语言支持的情况下，Grails 工具才有价值。这就是为什么我们首先专注于 Groovy 的编译器和 UI 工作。因为我们已经在该领域取得了一些重大进展，所以现在也是时候开始详细说明 Grails 工具的要求并开始着手相关工作了。

我们目前正在处理两个基本需求

项目和类路径管理

Grails 项目具有复杂的项目类路径，通常由 Grails 隐藏，不会显示给用户。但是，如果您想在 Eclipse 中编译和处理 Grails 项目怎么办？应该为您管理类路径。

在设置 Grails 项目类路径时，需要考虑两个重要方面：二进制库依赖项和对插件源文件的依赖项，例如 Groovy 类。

使用早期原型，我们可以在 STS 中编译 Graeme 的半复杂“40 分钟内构建 Twitter”Grails 项目。当然，我们还可以运行单元测试和集成测试。请参阅以下屏幕截图以获取图片证明。

原型包含一个“Grails 依赖项”类路径容器，该容器收集常规 Grails 依赖项以及项目和全局插件 JAR。此外，所有插件源文件和文件夹都通过使用链接源文件夹链接到项目中。所有这些都是自动驱动的，不需要任何手动配置。这些工具了解插件目录和其他构建设置的 Grails 项目配置。

在 IDE 中运行 Grails 命令

人们要求的另一个功能是在 IDE 中运行 Grails 命令的能力。一旦 IDE 能够启动 Grails 命令，它还可以自动更新和刷新 Eclipse 中的源树，并触发增量编译和验证。

请参阅上面的屏幕截图以了解启动 Grails 命令的外观。

我们的目标和承诺是通过良好且**免费**的开发人员工具，使开发 Grails 应用程序的效率更高。我们面前有令人兴奋的事情，您会看到许多有趣的事情即将出现：其中一项是在不离开 STS 的情况下，开发 Grails 应用程序并部署到 CloudFoundry 的集成体验。

我们计划在 10 月下旬的 SpringOne G2x 左右发布 Grails 工具的第一个版本。务必查看 Andy 关于 Eclipse Groovy 工具 的演讲。

目前，我想鼓励每位 Groovy 和 Grails 用户将 Grails 工具功能请求输入到 STS JIRA 中。输入将帮助我们确定功能的优先级。