SOAP绑定操作和参数的名称空间问题？

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">

   <env:Body>

     <op: add  xmlns:op=“http://act.buaa.edu.cn/add”>

                       <a>12</a>

<b>45</b>

     </op: add >

   </env:Body>

</env:Envelope>

 

在SOAP消息中，绑定操作是需要名称空间的，那操作的名称空间是从哪来的呢？

答：wsdl呀！----那不废话吗？究竟是wsdl中的哪个名称空间呢？

很多人都认为是wsdl的targetNamespace属性，但其实不是。

 

既然操作需要名称空间，那参数需要名称空间吗？为什么有时候需要，有时候不需要？如果需要那名称空间是什么，跟操作的名称空间什么关系?

答：随便。----这能随便吗？

很多人都认为是操作的名称空间，但其实不是。

 -----------------------------------美丽的分割线--------------------------------

操作的名称空间问题

WS-I组织的BP1.1规范限制使用encoded编码方式，只能使用literal编码方式。也就是说只存在两种绑定样式，rpc-literal和document-literal，当然document-literal-wrapped属于document-literal了。

l  rpc-literal绑定

WSDL 定义时 soap:body元素添加namespace属性。在Body元素下构造操作时的名称空间就是namespace属性值 。

l  document-literal-wrapped绑定

WSDL 定义时 soap:body、soap:header、soap:headerfault、soap:fault元素都不能添加namespace属性。document-literal-wrapped的名称空间来自 wsdl中schema的targetNamespace属性。

-----------------------------------美丽的分割线--------------------------------

 

参数的名称空间问题。

需不需要完全是根据是根据参数定义所在的Schema的elementFormDefault属性决定，elementFormDefault=”qualified”表示需要名称空间限定，名称空间为Schema的tartNamespace属性。如果elementFormDefault=”unqualified”，默认值也是”unqualified”，就不需要名称空间限定。

参数的名称空间和操作的名称空间没有任何关系。