我有一个公开了soap和xml端点的WCF服务。当我使用svcutil在客户端生成代理代码时，生成的配置包含两个导致客户端失败的端点。如果我编辑web.config文件并删除第二个端点(使用自定义绑定(bind))，一切都会按预期进行。有没有办法让svcutil生成一个可以正常工作的配置，这样我就不需要每次都手动编辑文件了？客户端错误:Anendpointconfigurationsectionforcontract'MyNamespace.ITestService'couldnotbeloadedbecausemorethanoneendpointconfigurationforth

是否推荐使用svcutil工具而不是xsd工具？我不认为这是一个确认的声明，但它看起来确实如此。我对此感到困惑的原因是我使用这两种工具生成了一个类。但是，我使用xsd获得了更好的类(class)。XSD架构仅包含DataContracts。我对svcutil使用了以下命令:svcutilpath-to\xyz.xsd/language:C#/dataContractOnly/importxmltypes/out:path-to\class.cs这生成了所需的类。但是，它只包含字段的XmlNode[]对象。然后，我对xsd使用了以下命令:xsd.exe/cpath-to\xyz.xsd/

构建依赖于拥有一组非常冗长的SOAP服务(我们说的是50多个WSDL文件)的第3方提供商的应用程序。然而，每个单独的WSDL都有许多共享类型声明。当使用wsdl.exe生成客户端代码时，曾经有一个/sharedtypes标志，如果多次找到一个类型，它会合并重复的条目。当我尝试生成我的客户端代码时，我轰炸了第3方在其所有WSDL文件中包含的这些重叠类型。svcutil/t:code/importxmltypes[mypath]/*.wsdl导致暗示类型冲突的错误消息。例如，以下错误消息的几个示例:Error:TherewasanerrorverifyingsomeXMLSchemasge

我正在使用xsd.exe从.xsd文件生成一些C#类。我遇到了此处和其他站点所涵盖的相同问题，其中xsd.exe生成Type[]数组而不是.xsd文件中类型的通用列表集合。有人建议，如果将/dataContractOnly参数传递给svcutil.exe，则可以使用svcutil.exe替代xsd.exe。但是，这些人似乎错了，因为svcutil.exe实际上生成了System.Xml.XmlNode[]数组属性，而不是根据.xsd文件中的架构创建类型。例如，给定这个简单的.xsd架构:'xsd.exe/classesExample.xsd'生成:publicpartialclassE

我有来自WebService的.wsdl和.xsd文件，需要由它们生成代理。Svcutil.exe和wsdl.exe生成非常不同的输出。这两种代理生成工具有什么区别，哪种方式更可取？ 最佳答案 Svcutil和wsdl是两种不同的技术，用于生成代理以使用您的服务。但是wsdl.exe是为旧的.NET2.0Web服务制作的。它就像旧版本的svcutil。Svcutil允许您为Web服务和WCF服务生成代理。为了生成代理，wsdl通过DISCOdiscovery检索数据协议(protocol)。Svcutil还支持DISCO。但它可以使