找不到默认端点元素

Question

我已将代理添加到 VS2008/.NET 3.5 解决方案的 Web 服务。 构造客户端 .NET 时会抛出此错误：

在 ServiceModel 客户端配置部分中找不到引用协定“IMySOAPWebService”的默认端点元素。 这可能是因为没有找到适用于您的应用程序的配置文件，或者因为在客户端元素中找不到与此合同匹配的端点元素。

搜索此错误告诉我在合约中使用完整的命名空间。 这是我的带有完整命名空间的 app.config：

<client>
  <endpoint address="http://192.168.100.87:7001/soap/IMySOAPWebService"
            binding="basicHttpBinding" bindingConfiguration="IMySOAPWebServicebinding"
            contract="Fusion.DataExchange.Workflows.IMySOAPWebService" name="IMySOAPWebServicePort" />
</client>

我正在本地运行 XP（我提到这一点是因为许多 Google 搜索都提到了 win2k3） app.config 被复制到 app.exe.config，所以这也不是问题。

有什么线索吗？

Answer 1

“如果您在类库中调用服务并从另一个项目调用类库，则可能会出现此错误。”

在这种情况下，您需要将 WS 配置设置包含到主项目 app.config（如果是 winapp）或 web.config（如果是 Web 应用程序）。 即使使用 PRISM 和 WPF/Silverlight，这也是可行的方法。

Answer 2

我通过自己创建绑定和端点地址实例解决了这个问题（我认为正如其他人可能建议的那样） - 因为我不想向配置文件添加新设置（这是广泛使用的一些现有库代码的替代品，并且之前使用过较旧的 Web 服务参考等），因此我希望能够将其放入，而无需在各处添加新的配置设置。

var remoteAddress = new System.ServiceModel.EndpointAddress(_webServiceUrl);

using (var productService = new ProductClient(new System.ServiceModel.BasicHttpBinding(), remoteAddress))
{
    //set timeout
    productService.Endpoint.Binding.SendTimeout = new TimeSpan(0,0,0,_webServiceTimeout);

    //call web service method
    productResponse = productService.GetProducts();
} 

编辑

如果您使用的是 https，则需要使用 BasicHttpsBinding 而不是 BasicHttpBinding。

Answer 3

测试了几个选项后，我终于通过使用解决了这个问题

契约=“IMySOAPWebService”

即配置中没有完整的命名空间。 由于某种原因，全名无法正确解析

Answer 4

我也遇到过同样的问题。 事实证明，对于 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>

很难消除“它在旧程序中工作”的狭隘视野......

Answer 5

我遇到过这样的情况，我将

• WCF 服务托管在
• 主项目
• “类库”类型的
• 消费者项目中，该项目具有对 WCF 服务的服务引用主项目从消费者项目中调用方法

现在消费者项目具有所有相关的配置设置我的 app.config 的 标签，它仍然抛出与上面相同的错误。

我所做的就是将相同的标签 添加到我的主项目的 app.config 文件中，最后我们就可以开始了。

就我而言，真正的问题是读取了错误的配置文件。 它引用的是主项目的配置，而不是消费者的 app.config。 我花了两个小时才弄清楚这一点。

Answer 6

<块引用>

“如果您在类库中调用服务并从另一个项目调用该类库，则可能会出现此错误。”

<块引用>

“在这种情况下，您需要将 WS 配置设置包含到主项目 app.config（如果是 winapp）或 web.config（如果是 Web 应用程序）。即使使用 PRISM 和 WPF/Silverlight，这也是可行的方法”

是的，但如果您无法更改主项目（例如 Orchard CMS），您可以将 WCF 服务配置保留在您的项目中。

您需要使用客户端生成方法创建一个服务助手：

public static class ServiceClientHelper
{
    public static T GetClient<T>(string moduleName) where T : IClientChannel
    {
        var channelType = typeof(T);
        var contractType = channelType.GetInterfaces().First(i => i.Namespace == channelType.Namespace);
        var contractAttribute = contractType.GetCustomAttributes(typeof(ServiceContractAttribute), false).First() as ServiceContractAttribute;

        if (contractAttribute == null)
            throw new Exception("contractAttribute not configured");

        //path to your lib app.config (mark as "Copy Always" in properties)
        var configPath = HostingEnvironment.MapPath(String.Format("~/Modules/{0}/bin/{0}.dll.config", moduleName)); 

        var configuration = ConfigurationManager.OpenMappedExeConfiguration(new ExeConfigurationFileMap { ExeConfigFilename = configPath }, ConfigurationUserLevel.None);
        var serviceModelSectionGroup = ServiceModelSectionGroup.GetSectionGroup(configuration);

        if (serviceModelSectionGroup == null)
            throw new Exception("serviceModelSectionGroup not configured");

        var endpoint = serviceModelSectionGroup.Client.Endpoints.OfType<ChannelEndpointElement>().First(e => e.Contract == contractAttribute.ConfigurationName);
        var channelFactory = new ConfigurationChannelFactory<T>(endpoint.Name, configuration, null);
        var client = channelFactory.CreateChannel();
        return client;
    }
}

并使用它：

using (var client = ServiceClientHelper.GetClient<IDefaultNameServiceChannel>(yourLibName)) {
                ... get data from service ...
            }

请参阅

Answer 7

当您遇到从类文件引用服务的令人麻木的模糊错误时，这里的几个响应找到了正确的解决方案：将服务配置信息复制到控制台或 Windows 应用程序的 app.config web.config 中。 但这些答案似乎都没有告诉你要复制什么。 让我们尝试纠正这一点。

这是我从类库的配置文件中复制到控制台应用程序的配置文件中的内容，以便解决我编写的名为“TranslationServiceOutbound”的服务的这个疯狂错误。

您基本上想要 system.serviceModel 部分中的所有内容：

  <system.serviceModel>
<bindings>
  <basicHttpBinding>
    <binding name="BasicHttpBinding_ITranslationServiceOutbound" />
  </basicHttpBinding>
</bindings>
<client>
  <endpoint address="http://MyHostName/TranslationServiceOutbound/TranslationServiceOutbound.svc"
    binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_ITranslationServiceOutbound"
    contract="TranslationService.ITranslationServiceOutbound" name="BasicHttpBinding_ITranslationServiceOutbound" />
</client>

Answer 8

这让我抓狂。

我将 Silverlight 3 Prism (CAB) 与 WCF 结合使用

当我在 Prism 模块中调用 WCF 服务时，出现相同的错误：

找不到引用合约的默认端点元素
服务模型客户端配置部分中的“IMyService”。 这
可能是因为没有找到您的应用程序的配置文件
或者因为找不到与此合约匹配的端点元素
在客户端元素中

事实证明，它在 Shell 的 .xap 文件中查找 ServiceReferences.ClientConfig 文件，而不是在模块的 ServiceReferences.ClientConfig 文件中查找。 我添加了端点并绑定到 Silverlight Shell 应用程序中现有的 ServiceReferences.ClientConfig 文件（它调用它自己的 WCF 服务）。

然后我必须重建 Shell 应用程序才能为我的 Web 项目的 ClientBin 文件夹生成新的 .xap 文件。

现在这行代码终于可以工作了：

MyServiceClient myService = new MyServiceClient();

Answer 9

我在 ASP.NET 应用程序中遇到此错误，其中 WCF 服务已添加到类库中，该类库作为 bin 文件夹中引用的 .dll 文件添加到 ASP.NET 应用程序中。 要解决该错误，需要将引用 WCF 服务的类库中的 app.config 文件中的配置设置复制到 ASP.NET 站点/应用程序的 web.config 设置中。

Answer 10

对使用服务的非库应用程序进行单元测试可能会导致此问题。

其他人输入的信息解决了此问题的根本原因。 如果您尝试编写自动化测试用例，并且您正在测试的单元实际上会调用服务接口，则需要将服务引用添加到测试项目中。 这是使用库类型的应用程序的错误类型。 但我没有立即意识到这一点，因为我使用接口的代码不在库中。 但是，当测试实际运行时，它将从测试程序集运行，而不是从被测程序集运行。

将服务引用添加到单元测试项目解决了我的问题。

Answer 11

我遇到了同样的问题，但是更改合约名称空间对我来说不起作用。 因此，我尝试了 .Net 2 风格的 Web 参考而不是 .Net 3.5 服务参考。 那行得通。

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

Answer 12

我发现（以及复制到客户端 UI 的 App.config，因为我使用类库接口）我必须在绑定的名称前添加服务引用的名称（我的是 ServiceReference如下）。

例如：

<endpoint address="http://localhost:4000/ServiceName" binding="basicHttpBinding"
      bindingConfiguration="BasicHttpBinding_ISchedulerService"
      contract="ServiceReference.ISchedulerService" 
      name="BasicHttpBinding_ISchedulerService" />

而不是默认生成的：

<endpoint address="http://localhost:4000/ServiceName" binding="basicHttpBinding"
      bindingConfiguration="BasicHttpBinding_ISchedulerService"
      contract="ISchedulerService" 
      name="BasicHttpBinding_ISchedulerService" />

Answer 13

我在单元测试中遇到了一个情况。 我将 app.config 文件复制到单元测试项目中。 因此单元测试项目还包含端点信息。

Answer 14

我曾经遇到过这个问题。 因为我还在开发使用WCF服务的接口。 我配置了测试应用程序并继续开发。 然后在开发过程中，我更改了一些服务的名称空间。 所以我在 web.config 中仔细检查了“system.serviceModel -> client -> endpoint -> Contract”以匹配 WCF 类。 那么问题就解决了。

Answer 15

配置中的命名空间应反映客户端默认命名空间（如项目属性中配置的）之后的命名空间路径的其余部分。 根据您发布的答案，我的猜测是您的客户端配置为位于“Fusion.DataExchange.Workflows”命名空间中。 如果您将客户端代码移动到另一个命名空间，则需要更新配置以匹配剩余的命名空间路径。

Answer 16

如果您在类库中调用服务并从另一个项目调用该类库，则可能会出现此错误。

Answer 17

我有同样的问题。我在类库中使用了 WCF 服务，并从 Windows 应用程序项目中调用类库。但我忘记在 Windows 的配置文件中更改 application 项目与类库的 app.Config 文件的 相同。

解决方案：将外部项目的配置更改为与类库的wcf配置相同。

Answer 18

您好，我遇到了同样的问题，但最好的解决方案是让 .NET 来配置您的客户端配置。 当我添加带有 http:/namespace/service.svc?wsdl=wsdl0 查询字符串的服务引用时，我发现它不会在客户端创建配置端点。 但是，当我删除 ?wsdl-wsdl0 并仅使用 url http:/namespace/service.svc 时，它会在客户端配置文件中创建端点配置。 简称“?WSDL=WSDL0”。

Answer 19

不要将服务客户端声明行作为类字段，
相反，在使用的每个方法中创建实例。
所以问题将会得到解决。 如果您将服务客户端实例创建为类字段，则会发生设计时错误！

Answer 20

如果您使用的是使用 PRISM 框架的 WPF 应用程序，那么配置应该存在于您的启动项目中（即您的引导程序所在的项目中）。

Answer 21

似乎有多种方法可以创建/解决此问题。 对于我来说，我使用的 CRM 产品是用本机代码编写的，并且能够调用我的 .NET dll，但我遇到了需要位于主应用程序/之上的配置信息。 对我来说，CRM 应用程序不是 .NET，因此我最终不得不将其放在我的 machine.config 文件中（不是我想要的位置）。 此外，由于我的公司使用 Websense，由于 407 需要代理身份验证问题，我什至很难添加服务引用，这需要对 machine.cong 进行修改。

代理解决方案：

为了使 WCF 服务引用正常工作，我必须将信息从 DLL 的 app.config 复制到主应用程序配置（但对我来说是 machine.config）。 我还必须将端点信息复制到同一个文件中。 一旦我这样做了，它就开始为我工作了。

Answer 22

好的。 我的情况有点不同，但最终我找到了解决方案：
我有一个 Console.EXE -> DLL-> 调用 WS1 -> DLL-> 调用 WS2

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

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

Answer 23

如果您在类库中引用 Web 服务，则必须将 app.config 复制到 Windows 应用程序或控制台应用程序

解决方案：将外部项目的配置更改为与类库的 wcf 配置相同。

为我工作

Answer 24

我有同样的问题
我正在使用桌面应用程序并使用全球天气 Web 服务，

我删除了服务引用并添加了 Web 引用，问题已解决
谢谢

Answer 25

我的解决方案是从客户端 web.config 中的端点名称属性中删除端点名称
这使得代理

ChannelFactory<TService> _channelFactory = new ChannelFactory<TService>("");

只需要一整天的时间就可以完成。
此外，一旦修复到位，合约名称就是错误的，尽管在出现初始错误时合约名称是错误的。
双重然后三次检查合同名称字符串！
属性：伊恩

Answer 26

请允许我再添加一件事来寻找。 （Tom Haigh的答案已经暗示了这一点，但我想明确一点）

我的web.config 文件定义了以下内容：

<protocolMapping>
    <add binding="basicHttpsBinding" scheme="https" />
</protocolMapping>

我已经使用 basicHttpsBinding 作为一个引用，但后来我添加了一个需要 basicHttpBinding （无 s）的新引用。 我所要做的就是将其添加到我的 protocolMapping 中，如下所示：

<protocolMapping>
    <add binding="basicHttpBinding" scheme="http" />
    <add binding="basicHttpsBinding" scheme="https" />
</protocolMapping>

LR 正确指出，这需要在正确的位置定义。 对我来说，这意味着我的单元测试项目的 app.config 中有一个，以及主服务项目的 web.config 中有一个。

Answer 27

当我在没有全局作用域运算符的情况下引用配置文件元素中的 Contract 时，出现此错误。

ie

<endpoint contract="global::MyNamepsace.IMyContract" .../>

可以工作，但

<endpoint contract="MyNamepsace.IMyContract" .../>

给出“找不到引用合同的默认端点元素”错误。

包含 MyNamepsace.IMyContract 的程序集与主应用程序位于不同的程序集中，因此这可能解释了需要使用全局范围解析的原因。

Answer 28

添加服务引用时

注意您输入的命名空间：

< img src="https://i.sstatic.net/rp0PV.png" alt="在此处输入图像描述">

您应该将其附加到界面名称中：

<client>
  <endpoint address="http://192.168.100.87:7001/soap/IMySOAPWebService"
            binding="basicHttpBinding" 
            contract="MyNamespace.IMySOAPWebService" />
</client>

Answer 29

我遇到了同样的错误，我尝试了很多事情但没有成功，然后我注意到我的“合同”在所有项目中都不相同，我更改了合同，因为解决方案中的所有项目都相同，并且比它有效。
这是项目 A

<client>
    <endpoint address="https://xxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="ServiceReference.IIntegrationService" name="basic" />
</client>

项目 B：

<client>
    <endpoint address="xxxxxxxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="ServiceReference1.IIntegrationService" name="basic" />
</client>

最后我将两者更改为：

<client>
    <endpoint address="https://xxxxxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="MyServiceReferrence.IIntegrationService" name="basic" />
</client>

Answer 30

我遇到了同样的问题，只有当主机应用程序和使用该端点的 dll 具有相同的服务引用名称时，该问题才能得到解决。