CF Web Service出现严重的间歇性错误

Question

使用我们编写和维护的基于CF Web服务的API,我们遇到了令人难以置信的令人沮丧的情况.我们已经有一个多年的API,它可以稳定地与Ruby,PHP和ColdFusion客户一起工作.然后今年出现了一个.NET客户端,我们发现由于我们广泛使用结构,我们的Web服务无法与静态类型语言互操作.

我们最终意识到我们必须重新编写没有结构的API,我们已经这样做了.它现在使用缩放器值,数组和CFC(转换为SOAP complexTypes)..NET客户端很高兴,我们用大约6种不同的语言编写了概念验证客户端,以确保我们这次可以互操作.

令我们非常沮丧的是,我们的ColdFusion 7服务器似乎无法可靠地为新API提供服务.重启后大约一天左右工作,然后客户端开始出现如下错误:

错误:coldfusion.xml.rpc.CFCInvocationException [java.lang.ClassNotFoundException:tafkan.remote_api.pfapi.v.trunk.rsp_pf_survey_status_array]

和

java.lang.NoClassDefFoundError:tafkan/remote_api/pfapi/v/trunk/pf_unit

重新启动CF实例是解决问题的唯一方法.重建API需要花费大量的时间和金钱,所以每个人都真的对此有所了解.

我们已经注意到,我们的CF实例的WEB-INF/cfc-skeletons目录最终似乎为API使用的每个CFC提供了两个类的副本.例如:

-rw-r--r--  Feb 17 09:15 remote_api.pfapi.v.trunk.pf_datum.class
-rw-r--r--  Feb  3 12:20 tafkan.remote_api.pfapi.v.trunk.pf_datum.class

似乎错误来自命名空间或类搜索路径问题,因此我们尝试将所有CFC引用切换为完全限定(点映射以映射开头),而不是仅仅对当前目录中的CFC进行简单引用.这似乎很有希望,但问题在24小时内回来了.

环境:

• ColdFusion 7,0,2,142559,带有hf702-70523,2实例簇
• Sun Java 1.4.2_13
• Apache 2.0.52
• Centos 4.5 32位

也许升级这些令人尊敬的软件之一会有所帮助吗？也许只升级AXIS？

Adobe支持似乎不是一种选择,因为CF7已经过EOL并且在扩展扩展支持(并且仅仅持续了几天).

更新:

感谢所有加入此讨论的人!这是目前事态发展的最新进展.

这项服务今天第一次被淘汰出局.其中一个集群实例仍然能够生成WSDL,而另一个实例则说:

AXIS error
Sorry, something seems to have gone wrong... here are the details:
Exception - java.lang.NoClassDefFoundError: tafkan/remote_api/pfapi/v/trunk/rsp_pf_numeric_array

cfc-skeletons目录都包含一个名为tafkan.remote_api.pfapi.v.trunk.rsp_pf_numeric_array.class的文件,并且似乎不包含我们有时看到的其他命名文件(remote_api.pfapi.v.trunk.rsp_pf_numeric_array.类).自昨天启动服务器以来,cfc-skeleton中的文件似乎没有被修改过.

两个实例的正常运行时间约为21.5小时.我在没有JIT(-Xint)的情况下运行.

我现在重启了两个实例.它们现在运行在Sun Java 1.4.2_19(而不是_13)上,并且JIT已经重新启用,因为它显然没有导致这个错误,如果没有它,情况会大大减慢.我还清除了"保存类文件"复选框.

现在,我们再等一下......

更新2 问题仍然存在.我不确定在这一点上还有什么可以尝试的.精氨酸!

仅供参考,发布于http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:60922

Answer 1

我读过这个帖子和 CFTalk 帖子。我对解决方法的最初想法似乎已经由马克·克鲁格和戴夫·瓦茨提出。我唯一的其他解决方法是捕获错误并使用服务工厂方法刷新 Web 服务存根。（在 CF8-9 中，有一个 Admin API 方法可以执行此操作，但不确定 CF7）。

研究错误后，我将可能的匹配范围缩小到以下范围：

http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:144821 这是一场比赛，但尚未解决

http://blog.coldfusionpowered.com/?p=28 这是一个非常相似的错误，通过所有 CFC 和调用上的“修复案例问题”解决。

ColdFusion Google Adwords 业务组件错误 通过重写代码和删除 cfcomments 解决了（我怀疑其他因素实际上是解决这里问题的原因）

http://forums.crystaltech.com/index.php?topic=22364.0 我们现在越来越近了。解决方案涉及错误地拥有两个文档根

http://qaix.com/coldfusion/313-410-web-service-on-cfmx-6-1-jrun-suddenly-not-working-read.shtml 错误消息完全匹配。与 CFC 映射到文档根目录完全匹配。解决方案是只有 1 个映射指向 docroot，即“/”。这可能是解决方案。在 MX 6/6.1 甚至 MX 7 中，“/”有一个指向 docroot 的默认映射。如果您有另一个指向 docroot 的映射，那么我可以看到这个问题是如何出现的。检查物理路径的映射并尝试此处的解决方案，仅使用“/”映射。