几周来，我一直间歇性地遇到一个难以复制的问题。 似乎（即我还不能确定）如果一夜之间没有触摸Grails应用程序，则可能会卸载某些内容，从而导致：
GSP 呈现的值如下：
<meta http-equiv="org.apache.commons.lang.StringUtils@72cd722b" content="org.apache.commons.lang.StringUtils@4e520b18">
<link href="/appname/static/bundle-bundle_application_head.css" type="org.apache.commons.lang.StringUtils@31da0262" rel="org.apache.commons.lang.StringUtils@774121fe" media="org.apache.commons.lang.StringUtils@6008482c" />
<body style="org.apache.commons.lang.StringUtils@49533701">
<a href="/appname/register/forgotPassword" name="org.apache.commons.lang.StringUtils@815a651" class="org.apache.commons.lang.StringUtils@5689bde">Forgotten Password?</a>
这种情况发生在独立部署到Tomcat上，并且曾经让Grails在IntelliJ中运行一夜。
它不是每天晚上都发生，而是在大多数人身上，我还无法追踪工作和不工作之间的区别。
应用程序或 Tomcat 的日志中没有任何内容可以提供线索。
在这一点上，我想知道它是否与资源插件有关。 但是任何关于看什么的想法都是值得赞赏的
环境：
OS Win7 x64 and Redhat 5
Tomcat 7.0.x (also was occuring on latest Glassfish)
Grails 2.0.4
Plugins:
plugins.cache=1.0.0.RC1
plugins.cache-headers=1.1.5
plugins.compress=0.4
plugins.console=1.1
plugins.executor=0.3
plugins.export=1.3
plugins.fields=1.1
plugins.google-visualization=0.5.2
plugins.grails-melody=1.13
plugins.joda-time=1.4
plugins.mail=1.0
plugins.p6spy=0.5
plugins.quartz-monitor=0.2
plugins.spring-security-core=1.2.7.3
plugins.springcache=1.3.1
plugins.zipped-resources=1.0
更新#1：
本周末再次发生，在使用 Tomcat 管理器重新加载 Web 应用程序时，它失败并显示以下消息，但这不会发生在 Tomcat 的全新启动中：
INFO: Initializing Spring root WebApplicationContext
Jun 3, 2012 7:53:01 PM org.apache.catalina.core.StandardContext listenerStart
SEVERE: Exception sending context initialized event to listener instance of class org.codehaus.groovy.grails.web.context.GrailsContextLoaderListener
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'grailsApplication' defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.ExceptionInInitializerError
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.ExceptionInInitializerError
at java.lang.Class.forName(Class.java:247)
... 3 more
Caused by: groovy.lang.MissingMethodException: No signature of method: static org.joda.time.DurationFieldType.hour() is applicable for argument types: () values: []
Possible solutions: hours(), wait(), days(), eras(), years(), any()
at grails.plugin.jodatime.taglib.PeriodTagLib$_getPeriodTypeForFields_closure3.doCall(PeriodTagLib.groovy:87)
at grails.plugin.jodatime.taglib.PeriodTagLib.getPeriodTypeForFields(PeriodTagLib.groovy:87)
at grails.plugin.jodatime.taglib.PeriodTagLib.<clinit>(PeriodTagLib.groovy:84)
... 4 more
我不相信，因为 jodaTime 插件中的代码看起来不错：
Line 84: private static final PeriodType DEFAULT_PERIOD_TYPE = getPeriodTypeForFields("hours,minutes,seconds")
private static PeriodType getPeriodTypeForFields(String fields) {
Line 87: def fieldTypes = fields.split(/s*,s*/).collect { DurationFieldType."$it"() } as DurationFieldType[]
更新 #2
旋律表明，慢慢地，所有的物理记忆都被吞噬了。
如果重新加载应用程序，可能与这些日志条目相关（并且始终强制 Tomcat 关闭并以挂起的 java 进程启动）
SEVERE: The web application [/appname] appears to have started a thread named [Timer-1] but has failed to stop it. This is very likely to create a memory leak.
May 31, 2012 6:04:51 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: The web application [/appname] appears to have started a thread named [DefaultQuartzScheduler_Worker-1] but has failed to stop it. This is very likely to create a memory leak.
May 31, 2012 6:04:51 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
或者它是这样的：http://wiki.apache.org/tomcat/MemoryLeakProtection#cclThreadSpawnedByCommonClassLoader
更新 #3
物理内存问题已解决，应用程序仍然损坏，看起来像原始发布。 这次在较少空闲（几个小时）之后
问题是在 Bootstrap.groovy 中有这一行：
String.metaClass.mixin StringUtils
我最终删除了它，并且在通常导致问题的所有条件下测试了超过 24 小时。
我很久以前从这篇文章中关注到了这一点：Groovy GDK相当于Apache Commons StringUtils.capitalize（str）或Perl的ucfirst（str）
错误和泄露这一点的代码之间存在一些关系，但老实说，随着时间的推移，我仍然对混合中发生的事情感到茫然......回到书上给我。
很奇怪。不幸的是，我也遇到了这个问题，但对原因知之甚少;我能提供的最好的是，它没有发生在Grails 1.1中，确实发生在Grails 2.2.0中，并且已经作为 http://jira.grails.org/browse/GRAILS-10462 提交。