gpt4 book ai didi

templates - ColdFusion - 缺少类文件 = JRun 错误

转载 作者:行者123 更新时间:2023-12-02 22:35:16 25 4
gpt4 key购买 nike

我的团队在五台独立的服务器上运行 ColdFusion (v9)。其中三台在负载均衡路由器上,另外两台是开发和测试机器。

几个月前,我们开始遇到某些页面/模板请求失败的问题。当我说失败时,我的意思是服务器将返回 500 错误。但是,该错误没有通过 cftry/cfcatch 和 cferror 触发我们的 ColdFusion 异常处理。

检查 HTTP header 后,它看起来像是某种 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) 文件的内容 - 从简单 block 到 SQL 查询到某些内容的所有内容基本设置/循环,或 (c) 文件名称。

今天早上,它又出现在另一个文件上,我知道该文件两天前在所有服务器上都有效。自去年以来,任何服务器上都没有触及过 CFC 文件内容。而且,当我访问所有五台服务器时,完全相同的文件在所有服务器上都失败了。当我清除模板缓存后,每个服务器都重新开始工作。

我给出所有这些无聊的细节是因为我正在寻求任何可以提供帮助的东西。也许文件本身发生了某种过期,这可以解释为什么文件在所有服务器上几乎同时过期 - 我们在开发服务器上更改它,然后将其移出到测试和生产服务器简单的复制/粘贴。但是,似乎没有任何过期的韵律或原因,因为如上所述,相关文件的年龄各不相同。

我尝试在 Adob​​e 论坛上获取有关此特定异常/转储的帮助,但没有发现任何人遇到过同样的情况。

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

最佳答案

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

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

关于templates - ColdFusion - 缺少类文件 = JRun 错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11723649/

25 4 0