WCF: не удалось найти элемент конечной точки по умолчанию, который ссылается на контракт «IService» в разделе конфигурации клиента ServiceModel. при хостинге в IIS - PullRequest
4 голосов
/ 03 февраля 2010

У меня есть служба WCF, которая размещается в IIS.У меня также есть клиент WCF (консольное приложение).Я использовал svcutil для создания прокси-класса и файла конфигурации, а затем добавил их в свой клиентский проект.Он построен правильно.Но когда я попытался запустить программу, она выдает следующее исключение

Не удалось найти элемент конечной точки по умолчанию, который ссылается на контракт 'IService' в разделе конфигурации клиента ServiceModel.Это может быть связано с тем, что для вашего приложения не найден файл конфигурации или из-за того, что в клиентском элементе не найден элемент конечной точки, соответствующий этому контракту.

// Код моей клиентской программы

namespace MyFirstWCFClient
{
 class Program
 {
    static void Main(string[] args)
    {
        ServiceClient objClient = new ServiceClient();
        Console.WriteLine("Client calling the service....");

        string strName=Console.ReadLine();
        Console.WriteLine(objClient.HelloWorld("Shyju"));
        Console.Read();

    }
 }
}

Файл output.config моего клиента:

  <?xml version="1.0" encoding="utf-8"?>
   <configuration>
    <system.serviceModel>
    <bindings>
        <wsHttpBinding>
            <binding name="WSHttpBinding_IService" closeTimeout="00:01:00"
                openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
                bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"
                maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
                messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true"
                allowCookies="false">
                <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
                    maxBytesPerRead="4096" maxNameTableCharCount="16384" />
                <reliableSession ordered="true" inactivityTimeout="00:10:00"
                    enabled="false" />
                <security mode="Message">
                    <transport clientCredentialType="Windows" proxyCredentialType="None"
                        realm="" />
                    <message clientCredentialType="Windows" negotiateServiceCredential="true"
                        algorithmSuite="Default" establishSecurityContext="true" />
                </security>
            </binding>
        </wsHttpBinding>
    </bindings>
    <client>
        <endpoint address="http://localhost/IISHostedserviceTest/Service.svc"
            binding="wsHttpBinding" bindingConfiguration="WSHttpBinding_IService"
            contract="IService" name="WSHttpBinding_IService">
            <identity>
                <dns value="localhost" />
            </identity>
        </endpoint>
     </client>
 </system.serviceModel>
</configuration>

, а в файле web.config моей службы указана следующая конфигурация

   <system.serviceModel>
   <services>
    <service name="Service" behaviorConfiguration="ServiceBehavior">
    <!-- Service Endpoints -->
    <endpoint address="http://localhost/IISHostedserviceTest/Service.svc" binding="wsHttpBinding" contract="IService">
      <!-- 
          Upon deployment, the following identity element should be removed or replaced to reflect the 
          identity under which the deployed service runs.  If removed, WCF will infer an appropriate identity 
          automatically.
      -->
      <identity>
        <dns value="localhost"/>
      </identity>
    </endpoint>
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
  </service>
</services>
<behaviors>
  <serviceBehaviors>
    <behavior name="ServiceBehavior">
      <!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
      <serviceMetadata httpGetEnabled="true"/>
      <!-- To receive exception details in faults for debugging purposes, set the value below to true.  Set to false before deployment to avoid disclosing exception information -->
      <serviceDebug includeExceptionDetailInFaults="false"/>
     </behavior>
   </serviceBehaviors>
  </behaviors>
 </system.serviceModel>

Я использовал это (http://www.wcftutorial.net/WCF-IIS-Hosting.aspx) учебник, чтобы попробовать WCF.

Может кто-нибудь подсказать мне, как решить эту проблему?

Ответы [ 4 ]

23 голосов
/ 03 февраля 2010

Быстрый вопрос: если ваше клиентское приложение называется myclient.exe, находится ли ваша конфигурация в том же каталоге, что и EXE, и называется MyClient.exe.config?

Вы не можете просто взять output.config из svcutil - вам нужно будет либо добавить app.config в ваш консольный проект клиента (который будет переименован в myclient.exe.config при компиляции), либовам нужно скопировать / переименовать output.config в myclient.exe.config, чтобы клиентское приложение могло его найти и использовать.

6 голосов
/ 03 февраля 2010

Вы должны использовать конструктор для клиента, который указывает имя конфигурации конечной точки, например.

objClient = new ServiceClient ("WSHttpBinding_IService");

Это скажет прокси-серверу использовать конфигурацию, указанную вами в файле конфигурации.

3 голосов
/ 29 июня 2011

У меня была похожая проблема с двумя службами WCF, соединяющими друг с другом.

После генерации файлов класса output.config + MyService.cs с помощью svcutil.exe и копирования их в каталог dir у меня возникла та же проблема.

Только что нашел ответ на эту проблему: вам нужно скопировать весь тег «bindings» в ваш основной файл конфигурации внутри тега «ServiceModel» И скопировать указанную конечную точку рядом с существующими конечными точками в вашем основном файле конфигурации - это решило проблему исключений для меня

2 голосов
/ 03 февраля 2010

Другой подход заключается в добавлении ссылки на службу в службу, размещенную на IIS. Visual Studio автоматически запустит svcutil в фоновом режиме и выполнит настройку за вас - то есть создаст app.config для вас.

Хорошо делать это вручную, но я предлагаю запустить его хотя бы один раз, добавив ссылку на сервис, просто чтобы убедиться, что он работает правильно.

...