我们最终意识到我们必须重新编写没有结构体的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-skeleton目录最终似乎拥有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,2,142559 with hf702-70523,2-instance cluster
> Sun Java 1.4.2_13
> Apache 2.0.52
> Centos 4.5 32位
也许升级这些可贵的软件之一将有所帮助？也许只是升级AXIS？
Adobe支持似乎不是一个选择,因为CF7已经被EOL’E和延长的支持(仅仅几天).
更新：
感谢所有参加此次讨论的人！这是一个关于现在的事情的更新.
这项服务今天刚刚被淘汰.其中一个集群实例仍然能够生成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-skeleton目录都包含一个名为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
问题依然存在我不知道还有什么要尝试的.精氨酸！
FYI,这是交叉发布在http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:60922
解决方法
研究错误我缩小了与以下可能的匹配：
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:144821
这是一场比赛,但尚未解决
http://blog.coldfusionpowered.com/?p=28
这是一个非常相似的错误,通过“确定案件问题”解决所有氟氯化碳和调用.
ColdFusion Google Adwords Business Component Error
通过重写代码和删除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映射到doc根的完全匹配.决议只有1个映射指向docroot,只是“/”.这可能是解决方案.在MX 6 / 6.1和7中,对于指向docroot的“/”有一个默认映射.如果有另一个映射指向docroot,那么我可以看到这个问题可能会如何出现.检查物理路径的映射,并在此处尝试解决方案,仅使用“/”映射.
