我曾经遇到过这个问题。这是因为我还在开发使用WCF服务的接口。我配置测试应用程序和继续开发。然后在开发中，我改变了一些服务的名称空间。所以我再次检查了“系统”。serviceModel ->客户端->端点->合同”。配置匹配WCF类。那么问题就解决了。

我遇到了同样的问题，但是更改契约名称空间对我不起作用。所以我尝试了。net 2风格的web引用，而不是。net 3.5的服务引用。这工作。

要在Visual Studio 2008中使用Web引用，请单击“添加服务引用”，然后在出现对话框时单击“高级”。您将发现一个选项，该选项允许您使用Web引用而不是服务引用。

嗨，我也遇到过同样的问题，但是最好的解决方案是让. net来配置你的客户端配置。当我使用http:/namespace/service.svc?查询字符串添加服务引用时，我发现了这一点。wsdl=wsdl0，它不会在客户端创建配置端点。但是当我删除wsdl-wsdl0并且只使用url http:/namespace/service时。Svc，它在客户端配置文件中创建端点配置。简而言之，去掉“?WSDL=WSDL0”。

配置中的名称空间应该反映客户端默认名称空间(如在项目属性中配置的那样)之后的名称空间路径的其余部分。根据你发布的答案，我猜你的客户端被配置为“Fusion.DataExchange”。工作流”名称空间。如果将客户端代码移动到另一个名称空间，则需要更新配置以匹配剩余的名称空间路径。

好的。我的情况有点不同，但最后我找到了解决办法: 我有一个控制台。exe -> DLL ->调用WS1 -> DLL ->调用WS2

我已经按照建议在Console.EXE.config中配置了WS1和WS2的服务模型。没有解决问题。

但它仍然没有工作，直到我将WS2的WebReference也添加到WS1，而不仅仅是添加到实际创建和调用WS2代理的DLL中。

我也有同样的问题。事实证明，对于web REFERENCE，你必须将URL作为构造函数的第一个参数:

new WebService.WebServiceSoapClient("http://myservice.com/moo.aspx");

对于一个新样式的web SERVICE REFERENCE，你必须在配置中提供一个引用端点条目的名称:

new WebService.WebServiceSoapClient("WebServiceEndpoint");

在Web中使用相应的条目。config或App.config:

<client>
      <endpoint address="http://myservice.com/moo.aspx"
        binding="basicHttpBinding" 
        bindingConfiguration="WebService"
        contract="WebService.WebServiceSoap"
        name="WebServiceEndpoint" />
    </client>
  </system.serviceModel>

很难消除“它在旧的程序中工作”的狭隘观点……