Web services SharePoint services WSDL规范

比如说，打人的原因是什么，http:///_vti_bin/UserGroup.asmx?wsdl 给我一个不完整的wsdl规范（如果与比较）

我所说的不完整：它不包含一些复杂的类型定义，例如User（与完整类型不同），因此这些类型不是由wsdl.exe生成的

---

关于这一点，我有一个问题：基于MSDN的规范生成c#web服务存根安全吗？或者由于合同可能发生变化，这种方法是危险的？

关于WSDL不相同的第一个问题：它真的应该是等效的，并且包含所有类型！每当您将/_vti_bin/UserGroup.asmx？wsdl附加到站点的URL时，SharePoint肯定会显示完整的wsdl，包括复杂的类型定义等。我刚刚在我自己的SharePoint实例上尝试了它，wsdl从http://mysite.com/…snip返回/pierre/_vti_bin/UserGroup.asmx？wsdl的大小与中的大致相同，请快速检查以确保复杂类型位于这两个位置，并确认这一点

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

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

是的，从文档中复制WSDL是很危险的，但是我更担心一些东西会被简化或者文档会过时，等等

至于合同变更，我从2009年开始使用UserGroup.asmx？wsdl端点，它仍然适用于更新版本的SharePoint（即使在升级到SP2010之后）。我使用java作为客户端代码。Microsoft在SharePoint中真正实现了Web服务，集成java堆栈并调用SharePoint Web服务非常容易。它还与我们用来测试Web服务的其他工具（如SOAPui等）具有很强的互操作性