我的团队在五个不同的服务器上运行ColdFusion（v9）。其中三个是负载平衡路由器，另外两个是开发和测试机器。
几个月前，我们开始遇到某些页面/模板请求失败的问题。当我说失败时，我的意思是服务器将返回500错误。但是，错误不通过cftry / cfcatch和cferror触发我们的ColdFusion异常处理。
检查HTTP标头后，它看起来像某种jrun错误，所以我进入了异常日志。这是一个错误的例子（这个发生在今天早上）：
"Error","jrpp-1","07/30/12","06:30:02",,"(class: cfezReporting2ecfc400556386, method: runPage signature: ()Ljava/lang/Object;) Incompatible object argument for function call The specific sequence of files included or processed is: X:\docs\ezBuilder\index.cfm'' "
java.lang.VerifyError: (class: cfezReporting2ecfc400556386, method: runPage signature: ()Ljava/lang/Object;) Incompatible object argument for function call
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
at java.lang.Class.getConstructor0(Class.java:2699)
at java.lang.Class.newInstance0(Class.java:326)
at java.lang.Class.newInstance(Class.java:308)
at coldfusion.runtime.TemplateClassLoader.newInstance(TemplateClassLoader.java:552)
at coldfusion.runtime.TemplateClassLoader.newInstance(TemplateClassLoader.java:523)
at coldfusion.runtime.TemplateProxyFactory.getCFCInstance(TemplateProxyFactory.java:270)
at coldfusion.runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:173)
at coldfusion.runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:158)
at coldfusion.runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:148)
at coldfusion.cfc.ComponentProxyFactory.getProxy(ComponentProxyFactory.java:62)
at coldfusion.tagext.lang.InvokeTag.doEndTag(InvokeTag.java:373)
at cfezBuilder2ecfc293785079$funcCREATE_UVN._factor7(X:\docs\ezBuilder\components\ezBuilder.cfc:376)
at cfezBuilder2ecfc293785079$funcCREATE_UVN.runFunction(X:\docs\ezBuilder\components\ezBuilder.cfc:327)
at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:472)
at coldfusion.runtime.UDFMethod$ReturnTypeFilter.invoke(UDFMethod.java:405)
at coldfusion.runtime.UDFMethod$ArgumentCollectionFilter.invoke(UDFMethod.java:368)
at coldfusion.filter.FunctionAccessFilter.invoke(FunctionAccessFilter.java:55)
at coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:321)
at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:517)
at coldfusion.runtime.CfJspPage._invokeUDF(CfJspPage.java:2547)
at coldfusion.tagext.lang.InvokeTag.doEndTag(InvokeTag.java:460)
在模板上发生此错误后，它将继续发生，即它不是零星的，并且没有“自我修复”。
另一个有趣的消息是，这个错误似乎同时发生在同一个文件上的所有服务器上。同时，我的意思是当我们收到通知，一个是错误的时候，我们测试其他服务器并发现它们也是错误的。
无法在任何地方找到有关此特定错误详细信息的帮助，我猜测ColdFusion无法找到模板或类文件。我检查了每个服务器，并且.cfc文件在那里（另外，'找不到模板'例外总是不同的。）
所以相反，我对文件进行了更改（上例中的ezReporting.cfc）并将其复制到所有服务器，并且看起来很有效。改变只是添加然后删除空间 - 基本上强制模板重新编译，我想。每次发生错误时，我都会在接下来的几周内每次都这样做。它始终在.cfc文件上。
下次发生错误时，大约一周后，它出现在完全相同的文件中。这一次，我清除了服务器上的模板缓存，而不是物理地更改模板。它再次起作用。
从那时起，在几个不同的文件上发生了同样的错误 - 包括CFC和CFM文件。我没有注意到（a）文件的“年龄”/最后更新日期中的模式 - 从一天到一年以上的所有内容，（b）文件的内容 - 从简单块到SQL查询到一些基本集/循环，或（c）文件名。
今天早上，它发生在另一个文件上，我知道两天前在所有服务器上工作过的文件。自去年以来，未在任何服务器上触及CFC文件内容。而且，当我访问所有五台服务器时，完全相同的文件都失败了。当我清除模板缓存时，每个服务器都重新开始工作。
我正在给出所有这些无聊的细节，因为我正在寻找任何有用的东西。也许文件本身会出现某种过期，这可以解释为什么文件在同一时间内在所有服务器上过期 - 我们在开发服务器上更改它，然后将其移出到测试和生产服务器简单的复制/粘贴。但是，似乎没有任何押韵或过期的理由，因为有问题的文件具有不同的年龄，如上所述。
我尝试了Adobe论坛来获取有关此特定异常/转储的帮助，但没有找到任何遇到同样事情的人。
有没有人有任何想法？这个错误让我很烦恼，因为它不会触发我们正常的异常处理，因此如果没有人为干预，我们就无法做很多事情。感谢您的任何具体指导。
答案 0 :(得分：2)
正如Barney所说，你可能会遇到一个腐败的模板缓存。清除/ cfclasses文件夹中的文件可能是一个很好的起点 - 然后检查文件系统的运行状况（碎片整理和所有这些）。加载类时可能存在文件I / O问题。这些类和不 .cfm文件实际上是由您的Web服务器“运行”。
唯一让我感到困惑的是错误“同时发生”。你有某种预编译过程吗？所有站点是否在NAS上共享相同的物理代码库？这对我来说似乎很奇怪。
答案 1 :(得分：1)
我遇到了同样的问题，遗憾的是从来没有能够解决它。一个空间技巧完全相同，只是每次重新编译的一个小修改。
答案 2 :(得分：0)
对于有同样问题的人，我想添加一个我最近工作过的伪“解决方案”。我说伪是因为它没有解决我仍然不知道的根本问题。但它确实允许应用程序从错误中恢复。
简而言之，即使使用type =“any”，ColdFusion＆lt; cfcatch＆gt;也不会捕获从JRE抛出的错误。但是，可以使用＆lt; cfcatch type =“java.lang.VerifyError”＆gt;来捕获此特定错误。
在该cfcatch中，我使用管理员函数使用clearComponentCache（）和clearTrustedCache（）方法清除模板缓存。然后，我做了一个＆lt; cflocation＆gt;而不是复制刚刚失败的代码。让用户返回相同的URL再试一次。
虽然转发用户在此特定应用程序中工作，但对于诸如ajax调用之类的情况可能会出现问题;但是，在这种情况下，我认为可以简单地重新包含cfms或重新调用第一次出错的CFC。
请告诉我这是否适合您，或者是否有其他人找到了更好的解决方案。