Grails2.3.1在更改控制器后返回404

Grails2.3.1在更改控制器后返回404,grails,Grails,在控制器中进行任何更改后,其操作开始返回404。这适用于修改后的控制器中的所有操作。 解决此问题的唯一方法是执行以下操作: grails clean 然后通过:grailsrun-app再次启动该应用程序。 一旦这样做了,一切又好起来了 不用说,这不是最理想的情况 有什么想法吗 先谢谢你 爱德华多。升级?自2.3.0以来,已经有11个补丁发布,在一个次要版本(2.3.x)内升级通常非常简单-只需更新application.properties和列出的任何与特定版本的Grails(例如Tomca

在控制器中进行任何更改后,其操作开始返回404。这适用于修改后的控制器中的所有操作。 解决此问题的唯一方法是执行以下操作:

grails clean
然后通过:
grailsrun-app
再次启动该应用程序。 一旦这样做了,一切又好起来了

不用说,这不是最理想的情况

有什么想法吗

先谢谢你
爱德华多。

升级?自2.3.0以来,已经有11个补丁发布,在一个次要版本(2.3.x)内升级通常非常简单-只需更新
application.properties
和列出的任何与特定版本的Grails(例如Tomcat、Hibernate)一起使用的插件即可


更好的是,创建一个新的空2.3.11应用程序和一个新的空2.3.1应用程序。做一个目录差异(忽略
target
)——这是一个很好的选择,因为它是开源和跨平台的——这将准确地告诉您版本之间发生了什么变化。进行必要的更改,将你的2.3.1应用程序更新为2.3.11,你就可以开始了。或者,你可以将你的应用程序与空的2.3.1应用程序区分开来,这会告诉你你删除、更改和添加了什么,你可以在空的2.3.11应用程序中进行相同的更改,然后使其成为真正的应用程序。在任何一种情况下,工作都不应该很重要-这种三向差异方法是一种通用方法,在升级到更高的次要或主要版本时效果非常好。

+1仅用于升级过程。。。那是个好主意。我想念grails更新。。。嗯,因为它很少起作用,也许我没有。是的,这是误导性的,因为它意味着它所做的不仅仅是更新WEB-INF中的.tld和.xml文件以及更改application.properties中的版本。以编程方式进行更新是可能的,但是需要大量工作,而且仍然容易出错,并且需要人工干预。谢谢,升级到2.3.11解决了部分编译问题。现在,我可以实际更改控制器,而无需清理、重新启动;-)