Подтвердить что ты не робот

Одна служба, несколько конечных точек, множественные привязки в WCF. Почему я не могу достичь своих конечных точек?

У меня есть служба WCF, запускаемая IIS. Я хотел бы создать два разных клиента (WPF и WP7), которые используют один и тот же сервис. Клиент WPF уже работал с конечной точкой, используя wsHttpBinding и https. К сожалению, WP7 не делает wsHttpBinding, только BasicHttpBinding. Поэтому я подумал, что я бы разоблачил разные конечные точки для этих двух, чтобы они могли получить доступ к одной и той же службе, но с разными привязками, а что нет...

Итак, вот мой Web.config в IIS:

<configuration>

  <system.web>
    <compilation debug="true" targetFramework="4.0" />
  </system.web>
  <system.serviceModel>
    <bindings>
      <wsHttpBinding>
        <binding name="TransportSecurity">
        <reliableSession enabled="true" />
          <security mode="TransportWithMessageCredential" >
            <transport clientCredentialType="None"/>
          </security>
        </binding>
      </wsHttpBinding>
      <basicHttpBinding>
        <binding name="BasicTransportSecurity">
           <security mode="Transport">
              <transport clientCredentialType="None"/>
           </security>
         </binding>
      </basicHttpBinding>
    </bindings>
    <behaviors>
      <serviceBehaviors>
        <behavior name="SmartCook2.Server.ISmartCookServiceBehavior">
          <serviceMetadata httpGetEnabled="false" httpsGetEnabled="true" />
          <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
    <services>
      <service behaviorConfiguration="SmartCook2.Server.ISmartCookServiceBehavior"
        name="SmartCook2.Server.SmartCookService">
        <endpoint address="WS" binding="wsHttpBinding" bindingConfiguration="TransportSecurity"
          name="WS" contract="SmartCook2.Server.ISmartCookService" />
        <endpoint address="Basic" binding="basicHttpBinding" bindingConfiguration="BasicTransportSecurity"
          name="Basic" contract="SmartCook2.Server.ISmartCookService" />
        <endpoint address="mex" binding="mexHttpsBinding" name="mex"
          contract="IMetadataExchange" />
      </service>
    </services>
  </system.serviceModel>
 <system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>
<connectionStrings>
    <add name="SmartCookDBEntities" connectionString="metadata=res://*/SmartCookContext.csdl|res://*/SmartCookContext.ssdl|res://*/SmartCookContext.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=RENDERBETYAR;initial catalog=SmartCookDB;integrated security=True;pooling=False;multipleactiveresultsets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />
  </connectionStrings>

</configuration>

Теперь, если я правильно понял, конечные точки должны быть доступны по следующим адресам:

https://localhost/IISHostedSmartCook/SmartCookService.svc/Basic
https://localhost/IISHostedSmartCook/SmartCookService.svc/WS
https://localhost/IISHostedSmartCook/SmartCookService.svc/mex

Если я проверю их в своем браузере, я ничего не получаю. Там нет исключения, но нет и контента. Используя базовый адрес (до части .svc), я получаю страницу обслуживания по умолчанию, и я могу получить доступ к wsdl, и он действителен. Насколько я знаю, он имеет конечные точки, мои методы обслуживания и т.д.

Если я попытаюсь добавить ServiceReference в мой проект WP7, это Visual Studio, я могу видеть только мою службу по базовому адресу (конкретные адреса конечных точек не возвращают ничего). Если я его добавлю, классы будут генерироваться правильно, только я не могу вызвать какой-либо из моих методов обслуживания, и я получаю сообщение об ошибке "Нет прослушивания конечной точки по этому адресу". (Это также происходит, если я использую конструктор клиента службы, требующий имя конечной точки.)

Что я делаю неправильно?

4b9b3361

ОТВЕТЫ

Ответ 1

Подробнее о здесь для подробного объяснения.

То, что вам нужно указать, это адрес, подобный этому в вашем endpoints:

  <service behaviorConfiguration="SmartCook2.Server.ISmartCookServiceBehavior"
    name="SmartCook2.Server.SmartCookService">
    <endpoint address="http://localhost/Service.svc/WS" binding="wsHttpBinding" bindingConfiguration="TransportSecurity"
      name="WS" contract="SmartCook2.Server.ISmartCookService" />
    <endpoint address="http://localhost/Service.svc/Basic" binding="basicHttpBinding" bindingConfiguration="BasicTransportSecurity"
      name="Basic" contract="SmartCook2.Server.ISmartCookService" />
    <endpoint address="" binding="mexHttpsBinding" name="mex"
      contract="IMetadataExchange" />
  </service>

Ответ 2

<services>
...
      <endpoint address="mex" binding="mexHttpsBinding" contract="IMetadataExchange" />
         <host>
            <baseAddresses>
               <add baseAddress="https://localhost/IISHostedSmartCook/SmartCookService.svc"/>
            </baseAddresses>
        </host>
   </service>
</services>
...

Ответ 3

Вся ваша конфигурация верна, и если вы проверите свой wsdl, атрибут SOAP: address будет иметь указанные вами местоположения i.e:

https://localhost/IISHostedSmartCook/SmartCookService.svc/Basic
https://localhost/IISHostedSmartCook/SmartCookService.svc/WS
https://localhost/IISHostedSmartCook/SmartCookService.svc/mex

Когда вы добавляете ссылку в свои проекты, вам просто нужно использовать соответствующую конечную точку, которую вы хотите, т.е. если вы хотите использовать basicHttpBinding, тогда используйте эту конечную точку, которая имеет свой адрес как

https://localhost/IISHostedSmartCook/SmartCookService.svc/Basic

Когда вы просматриваете эти адреса в IE, вы не увидите ничего, что абсолютно правильно. Чтобы сделать его более чувствительным, замените localhost своим именем машины, которое должно быть видимым в сети, в которой вы находитесь, чтобы услуги были доступны по сети.

Также попробуйте создать клиент .NET для вызова службы и убедитесь, что ваши службы работают отлично.

Ответ 4

Я считаю, что вам может понадобиться изменить адреса конечных точек на относительные местоположения:

<endpoint address="/WS"

и

<endpoint address="/Basic"

Мексовый адрес - это особый случай, поэтому его не нужно менять.

Подробнее см. документацию MSDN Указание адреса конечной точки.