我的团队在五个不同的服务器上运行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< cfcatch>也不会捕获从JRE抛出的错误。但是,可以使用< cfcatch type =“java.lang.VerifyError”>来捕获此特定错误。
在该cfcatch中,我使用管理员函数使用clearComponentCache()和clearTrustedCache()方法清除模板缓存。然后,我做了一个< cflocation>而不是复制刚刚失败的代码。让用户返回相同的URL再试一次。
虽然转发用户在此特定应用程序中工作,但对于诸如ajax调用之类的情况可能会出现问题;但是,在这种情况下,我认为可以简单地重新包含cfms或重新调用第一次出错的CFC。
请告诉我这是否适合您,或者是否有其他人找到了更好的解决方案。