Java 将Grails从2.4.3升级到3.2.x是否改善了IDE支持以及构建和启动时间

我们有一个基于Grails2.4.3的相当大的项目。我们在开发过程中遇到了许多以下问题：

• 构建和启动缓慢（约3-5分钟）
• 无法自动重新加载使用resources.groovy的注入服务
• 缺少对跳转到声明的NetBeans支持
• NetBeans中没有显示运行时错误

我们正在将IntelliJ用于Grails DevelopmentSet（巨大的改进），但更喜欢NetBeans支持

我们正在考虑将Grails应用程序从2.4.3升级到3.2.x，以期减少或消除上述问题

---

除了记录在案的Grails更改日志之外，是否有经过确认的案例表明这种升级已经取得了改进？

对于3.x来说，NetBeans支持要么相同，要么更差。IntelliJ的想法远比这优越

构建和启动缓慢（约3-5分钟）

在3.x中，时间通常相同或更快

无法自动重新加载使用resources.groovy的注入服务

我在3.x中没有遇到过这个问题

是否有已确认的案例表明已通过 这种类型的升级

---

是的，我已经做了很多

对于3.x，NetBeans的支持要么相同，要么更差。IntelliJ的想法远比这优越

构建和启动缓慢（约3-5分钟）

在3.x中，时间通常相同或更快

无法自动重新加载使用resources.groovy的注入服务

我在3.x中没有遇到过这个问题

是否有已确认的案例表明已通过 这种类型的升级

---

是的，我已经做了很多

我不确定这样的问题是否属于这里，但我承认我对答案/回答很好奇-我们正在运行2.4.2（w/Eclipse），启动时间为5-8分钟，再加上不重新加载的服务会让时间变得很艰难。我不确定这样的问题是否属于这里，但是我承认我对答案/响应很好奇-我们运行的是2.4.2（w/Eclipse），启动时间为5-8分钟，再加上不重新加载的服务会让时间变得很艰难。James Kleeh：您是否体验过“使用源代码注入服务。groovy不能自动重新加载”在3.x之前的版本中？@DavidGarza我不记得了。那是很久以前的事了James Kleeh：你有没有在3.x之前的版本中体验过“使用sources.groovy不能自动重新加载的注入服务？”我记不起来了。那是很久以前的事了