使用我们编写和维护的基于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