Java生成的WSDL通常包含多个具有相同函数名称的函数定义,区别仅在于参数类型或数字。
当尝试从其他语言(特别是不能很好地处理过载或根本不处理的语言)使用WSDL时,这会产生问题。例如:
Groovy的WSClient在初始化期间彻底失败:
java.lang.IllegalArgumentException: An operation with name [{http://example.com/service-v1}overloadedFunction] already exists in this service
Ruby的wsdlDriver不会立即失败,但只有一个版本的重载函数定义是可调用的(其他版本似乎无法使用)。
假设我无法修改服务,有没有办法处理这个问题?也许是这些SOAP客户端库,不同库或WSDL的完善转换的选项?
答案 0 :(得分:2)
问题是生成与SOAP
上的Web服务通信的消费者端代理,其中WSDL
未使用WS-I Basic
配置文件 - 特别是通过公开相同名称的操作在同一PortType
下。
解决具体提到的客户端生成器:
Groovy's WSClient明确说明模块概述:
“如果您需要快速使用和/或发布符合WS-I的Web服务,GroovyWS可以为您提供帮助。”
Ruby语言允许类具有相同名称的方法,但最后定义的方法是运行时将执行的唯一方法。
创建中介:
使用(轻松)支持为重载的PortType操作创建客户端代理的语言,创建一个新的Web服务,以WS-I Basic Profile
可比的方式公开服务,并将请求代理回原始服务。这是适配器模式的一种表现形式。
WS-I Basic Profile
的{{1}}生成代理的任何消费者提供服务。此外,如果提供商服务发生变化,您可以更改中间服务,而无需更改它为您的消费程序提供的服务接口。更改生成的代码:
这是WSDL
问题的一个很好的解决方案,因为代理生成器成功地为每个操作生成代理方法。您需要做的就是将Ruby wsdlDriver
类中的方法名称更改为唯一。
Ruby
的{{1}}。此外,每次重新生成代理时都必须进行编辑。 为客户端生成器改变Ruby
:
下载wsdlDriver
并手动更改它以仅公开所需操作的定义,或重命名操作以使其具有唯一名称(更改MyOp,MyOp,MyOp - > MyOp1,MyOp2,MyOp3 )。您几乎肯定需要更改生成的代码。
WSDL
个文档,这可能会非常耗时。此外,每次重新生成代理时都必须进行编辑。