使用来自不同子域的Web服务时,相同WSDL命名空间的“重复文件名”

序言

我们为客户提供我们的服务API。

每个客户都有自己的子域(例如sergii.ourwebsite.com)和自己的WSDL URL,看起来像 http://sergii.ourwebsite.com/api/bsapi.cfc?wsdl

此外,所有的网站(当然包括API)都使用相同的代码库。

问题

例如,同一个CF服务器上有两个应用程序。这很容易发生,因为有些客户网站托管在我们的服务器上。

两者都试图使用自己的API WSDL,比如:

http://sergii.ourwebsite.com/api/bsapi.cfc?wsdl
http://galashyn.ourwebsite.com/api/bsapi.cfc?wsdl

问题来了。

当第二个网站尝试注册Web服务时,CF会抛出一个错误:

姓名: https://galashyn.ourwebsite.com/api/bsapi.cfc?wsdl . WSDL: https://galashyn.ourwebsite.com/api/bsapi.cfc?WSDL . org.apache.axis.wsdl.tojava.duplicateFileException: 重复文件名: /opt/coldfusion8/stubs/ws1985941973/api/bsapi.java。 提示:您可能已经映射了两个 具有相同元素的命名空间 名称与包名称相同。它是 建议您使用Web浏览器 检索和检查请求的 WSDL文档以确保它是正确的。 如果请求的WSDL文档不能 被检索或是动态的 生成,很可能 目标Web服务有编程 错误。

问题是,它们都使用相同的WSDL命名空间,该命名空间是从cfc路径构建的:

<wsdl:definitions targetNamespace="http://api">

当前解决方案

我们唯一的工作解决方案是使用cfc别名,例如:

http://galashyn.ourwebsite.com/api/v1n1/bsapi.cfc?wsdl
http://galashyn.ourwebsite.com/api/v1n1/bsapi.cfc?wsdl

每个cfc都像这样扩展父级:

<cfcomponent output="false" extends="api.bsapi">
<!--- this component used to extend base api version 1.x --->
</cfcomponent>

它们产生不同的名称空间,可以毫无问题地使用——每个应用程序都有自己的名称空间:

<wsdl:definitions targetNamespace="http://v1n1.api">
<wsdl:definitions targetNamespace="http://v1n2.api">

这是一个相当愚蠢的解决方法,但目前它仍然有效。

另一种解决方案是使用单一的API子域,并通过一些键来识别客户(我们已经将其用于安全目的),但由于一些遗留代码,它对我们来说存在严重的负面问题。

请注意,我不知道Java,所以很多具体的建议对我来说不太清楚。

谷歌显示这个问题存在多年,但我找不到明智的解决方案。

也许在这里?