Web services Axis/SOAP服务样式和互操作性

Web services Axis/SOAP服务样式和互操作性,web-services,soap,wsdl,axis,Web Services,Soap,Wsdl,Axis,Axis有四种“服务风格” RPC服务使用SOAP RPC约定,以及SOAP“section 5”编码 文档服务不使用任何编码(特别是,您不会在网络上看到multiref对象序列化或SOAP样式数组),但仍然使用XMLJava数据绑定 包装服务与文档服务类似,不同之处在于它们不是将整个SOAP主体绑定到一个大结构中,而是将其“展开”到单个参数中 消息服务接收和返回SOAP信封中的任意XML,而不进行任何类型映射/数据绑定。如果您想处理传入和传出SOAP信封的原始XML,请编写一个消息服务 因此,

Axis有四种“服务风格”

RPC服务使用SOAP RPC约定,以及SOAP“section 5”编码

文档服务不使用任何编码(特别是,您不会在网络上看到multiref对象序列化或SOAP样式数组),但仍然使用XMLJava数据绑定

包装服务与文档服务类似,不同之处在于它们不是将整个SOAP主体绑定到一个大结构中,而是将其“展开”到单个参数中

消息服务接收和返回SOAP信封中的任意XML,而不进行任何类型映射/数据绑定。如果您想处理传入和传出SOAP信封的原始XML,请编写一个消息服务

因此,如果我使用除第一个选项(SOAPRPC第5节)之外的任何其他选项,这会对互操作性产生什么影响?如果有人说他们需要SOAP服务(包括WSDL),这是否意味着需要SOAP RPC约定?当另一端没有使用Axis实现时,是否仍然可以使用其他三种样式?

我发现了一种WSDL

前两种Axis样式(RPC和document)似乎是WSDL“正式”支持的,而第三种样式(wrapped)可能是“一种通常称为document/literal wrapped的模式”,它似乎也可以工作