Grails启动错误：groovy.lang.Closure.rehydrate（Ljava/lang/Object；Ljava/lang/Object；Ljava/lang/Object；）Lgroovy/lang/Closure；

在Tomcat6/Ubuntu12.04上启动Grails2.1.0应用程序时出现以下错误

Error 500 - Internal Server Error.

groovy.lang.Closure.rehydrate(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Lgroovy/lang/Closure;

在Windows 7上使用STS 3.0中的

run app

，并在Windows上使用Tomcat6，此应用程序运行良好

我已经手动部署了

war

我已经看到部署到Cloud Foundry的应用程序出现了类似的问题： 但是没有任何东西能给我任何线索

该应用程序以前运行良好。我最近做了一些代码更改，包括安装ElasticSearch插件，但日志中的错误是指从

gsps

构建视图

INFO: Initializing Spring FrameworkServlet 'grails'
17-Sep-2012 11:34:47 org.apache.catalina.core.ApplicationDispatcher invoke
SEVERE: Servlet.service() for servlet grails threw exception
java.lang.NoSuchMethodError: groovy.lang.Closure.rehydrate(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Lgroovy/lang/Closure;
    at org.codehaus.groovy.grails.web.taglib.GroovyPageTagBody.<init>(GroovyPageTagBody.java:65)
    at org.codehaus.groovy.grails.web.taglib.GroovyPageTagBody.<init>(GroovyPageTagBody.java:49)
    at org.codehaus.groovy.grails.web.pages.GroovyPage.createTagBody(GroovyPage.java:630)
    at org.codehaus.groovy.grails.web.pages.GroovyPage$createTagBody.callCurrent(Unknown Source)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:153)
    at gsp_bipboxindex_gsp.run(index.gsp:4)

INFO:初始化Spring FrameworkServlet'grails'
2012年9月17日11:34:47 org.apache.catalina.core.ApplicationDispatcher调用
严重：Servlet grails的Servlet.service（）引发异常
NoSuchMethodError:groovy.lang.Closure.rehydrate（Ljava/lang/Object；Ljava/lang/Object；Ljava/lang/Object；）Lgroovy/lang/Closure；
位于org.codehaus.groovy.grails.web.taglib.GroovyPageTagBody（GroovyPageTagBody.java:65）
位于org.codehaus.groovy.grails.web.taglib.GroovyPageTagBody（GroovyPageTagBody.java:49）
位于org.codehaus.groovy.grails.web.pages.GroovyPage.createTagBody（GroovyPage.java:630）
位于org.codehaus.groovy.grails.web.pages.GroovyPage$createTagBody.callCurrent（未知来源）
位于org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent（CallSiteArray.java:44）
位于org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent（AbstractCallSite.java:141）
位于org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent（AbstractCallSite.java:153）
在普惠制指数运行时（指数普惠制：4）

---

非常感谢任何线索

是在Groovy 1.8.5中引入的。战争中似乎有一个较旧版本的groovy。检查war文件中的WEB-INF/lib目录，查看它是否包含groovy的重复版本和旧版本。

是在groovy 1.8.5中引入的。战争中似乎有一个较旧版本的groovy。检查war文件中的WEB-INF/lib目录，查看它是否包含groovy的重复版本和旧版本。

其他遇到此问题的人。David在9月18日的评论是正确的，有时候你的插件会引入一些服务器不支持的Groovy的旧版本。以下是修复此问题所需的操作：

在BuildConfig.groovy中查找这些条目，并添加一行以排除groovy

grails.project.dependency.resolution = {
    inherits("global") {
        excludes "groovy" //ADD THIS LINE
}

---

对于遇到此问题的其他人。David在9月18日的评论是正确的，有时候你的插件会引入一些服务器不支持的Groovy的旧版本。以下是修复此问题所需的操作：

在BuildConfig.groovy中查找这些条目，并添加一行以排除groovy

grails.project.dependency.resolution = {
    inherits("global") {
        excludes "groovy" //ADD THIS LINE
}

---

这可能与使用maven时的问题有关：在

WEB\u INF\lib

中，我得到了

groovy-all-1.8.6.jar

和

groovy-1.7.12-SNAPSHOT.jar

。我认为groovy 1.7是由

ElasticSearch

模块添加的……在删除

groovy-1.7.12-SNAPSHOT.jar

时效果很好，它是由

ElasticSearch

添加的。我必须更改

Build.groovy

来排除这个问题。如果您使用的是maven:In

WEB\u-INF\lib

我有

groovy-all-1.8.6.jar

和

groovy-1.7.12-SNAPSHOT.jar

。我认为groovy 1.7是由

ElasticSearch

模块添加的……在删除

groovy-1.7.12-SNAPSHOT.jar

时效果很好，它是由

ElasticSearch

添加的。我必须更改

Build.groovy

以排除此问题。