web-services - SharePoint 服务 WSDL 规范

Question

为什么点击 http:///_vti_bin/UserGroup.asmx?wsdl 给我一个不完整的 wsdl 规范(如果与 http://msdn.microsoft.com/en-us/library/dd965659%28v=office.12%29.aspx 相比)？

我的意思是不完整:它不包含一些复杂类型的定义，例如用户(不像完整的)，所以这个类型不是由 wsdl.exe 生成的。

我有一个问题:根据 MSDN 的规范生成 c# web 服务 stub 是否安全，或者由于契约(Contract)可能发生变化，这种方法很危险？

Answer 1

关于 WSDL 不相同的第一个问题:它实际上应该是等价的并且包含所有类型!每当您将/_vti_bin/UserGroup.asmx?wsdl 附加到站点的 URL 时，SharePoint 肯定会显示完整的 WSDL，包括复杂类型定义等。我现在只是针对我自己的 SharePoint 实例和从 http:/返回的 WSDL 进行了尝试/mysite.com/...snip.../pierre/_vti_bin/UserGroup.asmx?wsdl 与 http://msdn.microsoft.com/en-us/library/dd965659%28v=office.12%29.aspx 中的大小几乎相同并快速检查以确保复杂类型在这两个地方确认。

回答您的第二个问题:我认为您不应该基于文档中的 WSDL 创建您的 Web 服务 stub 和骨架。而是使用从您的站点返回的 WSDL。如果您没有获得从 SharePoint 返回的 WSDL 中的所有复杂类型，您应该首先解决该问题。

我会尝试的第一件事:下载 SOAPui(免费)并简单地插入以 ?wsdl 结尾的 URL 并创建示例请求。也许您会遇到访问问题(UAG 或其他)，但至少您会知道 WSDL 格式正确。如果 SOAPui 可以生成基于 WSDL 的客户端代码，您也可以(使用 wsdl2java 或 wsdl2dotnet 等价物；我不记得 .net 版本的名称)。

是的，从文档中复制 WSDL 很危险，但我更担心某些内容被缩写或文档变得陈旧等。

至于契约(Contract)更改，我从 2009 年开始使用 UserGroup.asmx?wsdl 端点，它仍然适用于较新版本的 SharePoint(即使在升级到 SP2010 之后)。我使用 java 作为客户端代码。 Microsoft 确实在 SharePoint 中钉牢了 Web 服务，集成我们的 java 堆栈并向/从 SharePoint Web 服务进行调用非常容易。而且它还可以与我们用来测试 Web 服务的其他工具(如 SOAPui 等)进行很好的互操作。