我正在尝试使用Grails 1.3.1构建的旧版(2010)应用程序来帮助客户。它是大型系统的一部分。我们有源代码和许多正在运行的实例(包括测试平台)，但是原始的开发人员早已不在了。客户需要对应用程序进行非常小的更改。仅在一个Groovy文件中。我设法在Eclipse(Luna)中打开了项目并安装了GGTS。看起来不错，Eclipse将类文件输出到target-eclipse目录。
计划是直接在运行应用程序的测试计算机上直接替换受影响的类文件。问题是:它不起作用。它可以在Tomcat6上运行，但是我在日志中找不到任何相关信息(这也很奇怪)-如果我替换了这个类文件，该应用程序将无法启动。我最好的猜测是，这是因为我的机器(由GGTS使用)上的Groovy编译器比测试装备上的要新得多。 Grails 1.3.1包含groovy-all-1.7.2.jar，我相信它与编译器版本相同，并且我再也找不到它作为可下载工具或Eclipse插件(它仅支持版本)。 2.X及更高版本)。
有什么建议么？我可以在jar中使用groovy的旧版本以某种方式编译文件吗？欢迎快速而肮脏的修复程序。他们希望避免升级正在运行的系统，因为这可能需要大量工作。
我以前从未使用过Groovy或Grails，但我是一位经验丰富的Java开发人员。
最佳答案
尽管使用Groovy 1.7.2编译的类在当前的Groovy上可以正常运行，但不能保证相反的方法。我建议不要使用GGTS，尤其不要用于这样的早期版本。
Groovy当前在旧发行版的下载位置存在问题，但我们正在努力解决。当然，您可以从maven central获取maven jar，并从github repository获取命令行脚本，甚至可以使用它来尝试使用ant dist自己构建发行版，或者仅使用ant install进行本地安装。
最后当然可以选择使用grails zip本身的jar，defectus已在评论中给出了此链接
关于grails - 使用非常老的Groovy编译器编译groovy文件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30890636/