Развертывание службы WCF с привязками и конечными точками HTTP и https

Я написал веб-службу WCF для использования приложения Silverlight. Первоначально услуге требовалось только базовое связывание http. Теперь нам нужно иметь возможность развертывать службу для использования как с http, так и с https. Я нашел некоторые настройки для web.config, которые позволяют мне сделать это следующим образом:

<system.serviceModel>
  <behaviors>
    <endpointBehaviors>
      <behavior name="SilverlightFaultBehavior">
        <silverlightFaults />
      </behavior>
    </endpointBehaviors>
    <serviceBehaviors>
      <behavior name="CxtMappingWebService.CxtMappingWebServiceBehavior">
        <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true" />
        <serviceDebug includeExceptionDetailInFaults="True" />
      </behavior>
    </serviceBehaviors>
  </behaviors>
  <bindings>
    <basicHttpBinding>
      <binding name="SecureHttpBinding">
        <security mode="Transport" />
      </binding>
      <binding name="BasicHttpBinding">
        <security mode="None" />
      </binding>
    </basicHttpBinding>
  </bindings>
  <services>
    <service name="CxtMappingWebService.CxtMappingWebService" behaviorConfiguration="CxtMappingWebService.CxtMappingWebServiceBehavior">
      <endpoint address="" bindingConfiguration="SecureHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" />
      <endpoint address="" bindingConfiguration="BasicHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" />
      <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
    </service>
  </services>
</system.serviceModel>

К сожалению, есть проблема с этим.

Этот веб-сервис должен быть развернут на сотни серверов наших клиентов, и не все из них будут использовать https. Развертывание его на сервере, у которого нет привязки https, установленного в IIS, приводит к сбою. Есть ли способ иметь обе эти привязки в файле web.config по умолчанию, если он не умирает, если в IIS нет привязки https?

У нас есть возможное решение этой проблемы, но это не очень хорошо соответствует нашим требованиям к развертыванию.

Кто-нибудь еще сталкивался с чем-то подобным раньше, и как вы его разрешили?

Ответы

Ответ 1

Принятый ответ на этой странице не очень полезен, если вы не используете установщик. Правильный ответ заключается в более позднем редактировании самим OP, все, что нужно сделать, это связать как HTTP, так и https-порты в IIS, а затем использовать конфигурацию ниже.

            <service name="CxtMappingWebService.CxtMappingWebService" behaviorConfiguration="CxtMappingWebService.CxtMappingWebServiceBehavior">
              <endpoint address="" bindingConfiguration="SecureHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" />
              <endpoint address="" bindingConfiguration="BasicHttpBinding" binding="basicHttpBinding" contract="CxtMappingWebService.ICxtMappingWebService" behaviorConfiguration="SilverlightFaultBehavior" />
              <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
            </service>

Это сработало для меня отлично!

Ответ 2

В конце концов, мы решили пойти с внешними файлами, используя атрибут configSource для разделов привязок, поведения и сервисов web.config, например:

<bindings configSource="bindings.config" />
<behaviors configSource="behaviors.config" />
<services configSource="services.config" />

Таким образом, мы развертываем его по умолчанию с теми внешними файлами, которые настроены только для доступа к http, и дают инструкции (или помогают им) о том, как редактировать внешние файлы для настройки доступа https. Это также позволяет нам развертывать будущие изменения в самом web.config, не перезаписывая внешние файлы конфигурации.

Ответ 3

Это будет обрабатываться установщиком, который вы используете для развертывания службы. Это должно быть предварительным условием (или, по крайней мере, оставить опцию в установщике) для развертывания обеих конечных точек или только http.

Ответ 4

Два из ваших конечных точек имеют один и тот же URI. Это не разрешено в WCF. Вы должны иметь возможность указывать конечные точки с различными привязками, но URI должен быть другим (т.е. Другим номером порта или другим контрактом).