自從 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 類別）的依賴性。

透過早期原型，我們可以編譯 Graeme 的半複雜 "40 分鐘建立 Twitter" Grails 專案在 STS 中。當然，我們也可以執行單元測試和整合測試。請參閱以下螢幕截圖以取得圖片證明。

該原型具有一個 "Grails Dependencies" 類別路徑容器，它收集一般的 Grails 依賴性，以及專案和全域外掛程式 JAR。此外，所有外掛程式原始檔和資料夾都透過使用連結來源資料夾連結到專案中。所有這些都是自動驅動的，不需要任何手動設定。這些工具了解 Grails 專案配置，包括外掛程式目錄和其他建置設定。

在 IDE 內部執行 Grails 命令

人們要求的另一個功能是在 IDE 內部執行 Grails 命令的能力。一旦 IDE 可以啟動 Grails 命令，它還可以自動更新和重新整理 Eclipse 中的原始碼樹，並觸發增量編譯和驗證。

請參考上面的螢幕截圖，了解啟動 Grails 命令的外觀。

我們的目標和承諾是透過良好且免費的開發人員工具，使 Grails 應用程式的開發更有效率。我們面前有令人興奮的事情，您將看到許多有趣的事情即將到來：其中之一是開發 Grails 應用程式並部署到 CloudFoundry 的整合體驗 - 所有這些都無需離開 STS。

我們的計畫是在 10 月下旬的 SpringOne G2x 左右發佈 Grails 工具的第一個版本。請務必查看 Andy 在 Eclipse Groovy 工具上的演講。

此時，我想鼓勵每一位 Groovy 和 Grails 使用者將 Grails 工具功能的請求輸入到 STS JIRA 中。這些輸入將幫助我們確定功能的優先順序。