ColdFusion - 缺少类文件 = JRun 错误答案

【问题标题】：ColdFusion - missing class file = JRun errorColdFusion - 缺少类文件 = JRun 错误
【发布时间】：2012-07-30 14:33:07
【问题描述】：

我的团队在五台不同的服务器上运行 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 论坛以获取有关此特定异常/转储的帮助，但没有找到遇到相同问题的任何人。

还有其他人有什么想法吗？这个错误让我很困扰，因为它不会触发我们正常的异常处理，所以如果没有人工干预，我们无法做太多事情。感谢您提供任何具体指导。

【问题讨论】：

因此，当接下来发生这种情况时，请查看您的 cfclasses 文件夹。 cfezReporting2ecfc400556386.class ) 或下次调用的任何文件系统中是否有最近修改的日期？另外，你的集群设置是什么？您是否打开了粘性会话？您是否打开了会话复制？被调用的对象是否保存在服务器、应用程序或会话等长期存在的范围内？
感谢您的澄清问题。下次发生时我会检查类文件是否存在。没有真正的聚类；实例彼此分开，我们不使用粘性会话会话复制。此外，到目前为止，正在调用的“缺失”对象要么是简单的 cfincluded cfm 文件，要么是通过调用模板中的 cfinvoke 调用的静态 CFC。这些案例中不涉及服务器/应用程序/会话范围的 CFC。
我记得我今天早上在这种状态下留下了一个测试服务器，以防万一。有问题的类文件的日期为 2012 年 3 月 1 日（cfc 自 2011 年以来未更新）。当我清除模板缓存时，类文件收到今天的日期。

标签： templates coldfusion coldfusion-9

【解决方案1】：

正如 Barney 所说，您可能遇到了损坏的模板缓存。清除 /cfclasses 文件夹中的文件可能是一个很好的起点 - 然后检查文件系统的运行状况（碎片整理等）。您可能在加载类时遇到文件 I/O 问题。真正由您的网络服务器“运行”的是这些类而不是 .cfm 文件。

唯一让我感到困惑的是错误“同时发生”。您是否正在进行某种预编译过程？所有站点是否在 NAS 上共享相同的物理代码库？这就是我觉得奇怪的部分。

【讨论】：

我同意。我们没有发生预编译 - 我们只是复制例如cfm 文件从一台服务器到另一台服务器。我认为可能同时发生与类文件在其源 cfm/cfc 文件的创建日期之后“过期”一个设定的时间/日期有关，但除此之外没有相关性。
如果有办法使类文件过期，我不知道该功能。这些文件还有什么需要考虑的吗？复杂的 ACL？病毒扫描？我没有为你想出太多 - 抱歉。
我和 Mark 在一起，我不确定是什么原因造成的。一个想法：您的应用程序超时设置是多少？您是否记录了任何可能留下线索的 onApplicationStart 或 onApplicationStop？
感谢大家的尝试。文件本身的内容很少 - 大多数都是非常基本的。上面的示例是 CFC，但在之前的两个实例中，它们是 .cfm 文件。它们按顺序与其他 cfm 文件一起运行，例如...和 "b.cfm" 会失败。无ACL，应用超时300s，appstart或appstop无线索。
我认为这是 java 级别的错误；通常那个“不兼容的对象参数”错误（从我读过的）与例如有关。 class1 引用 class2 的对象，然后使用类似新方法签名的东西重新编译 class2，而不重新编译 class1。除了在这种情况下，.cfm 调用的不是改变的；这是 Cold Fusion 尝试“运行”CFM 类文件本身。 JRun 中发生的一些事情被冷融合的本质抽象掉了。重新编译 .cfm 类似于在 Java 中进行干净的构建。

【解决方案2】：

我也遇到过同样的问题，很遗憾一直没能解决。一个空格技巧与每次重新编译的微小修改完全相同。

【讨论】：

感谢您至少验证它是否发生在其他人身上。我很欣赏这并不是我们的设置完全独一无二的。

【解决方案3】：

对于遇到同样问题的任何人，我想添加一个我最近研究的伪“解决方案”。我说伪是因为它没有解决我仍然不知道的根本问题。但它确实允许应用程序从错误中恢复。

简而言之，即使使用 type="any"，ColdFusion 也不会捕获 JRE 抛出的错误。但是，可以使用捕获此特定错误。

在该 cfcatch 中，我使用管理员功能通过 clearComponentCache() 和 clearTrustedCache() 方法清除模板缓存。然后，我没有复制刚刚失败的代码，而是执行让用户返回相同的 URL 以重试。

虽然转发用户在这个特定的应用程序中工作，但对于 ajax 调用等情况可能会出现问题；但是，在这种情况下，我认为可以简单地重新包含 cfms 或重新调用第一次出错的 CFC。

让我知道这是否适合您或其他人是否找到了更好的解决方案。

【讨论】：