Как настроить службу WCF с двумя конечными точками, чтобы использовать разные ListenUri для каждой конечной точки?
У меня есть служба WCF, которая предоставляет конечную точку, используя webHttpBinding
и используется приложениями WPF и ASP.NET. Все отлично работает.
Я сейчас пытаюсь использовать службу из Windows Phone (WP7). Однако, поскольку.NET Framework еще не совсем догнал WP7, System.ServiceModel.Web
пространство имен недоступно, в результате чего webHttpBinding
не работает в WP7.
Теперь, на моем сервисе, если я переключу webHttpBinding
вне для basicHttpBinding
, приложение телефона работает.
Я не хочу переделывать мои приложения WPF и ASP.NET, чтобы использовать basicHttpBinding
хоть.
Я понимаю, что WCF способен поддерживать несколько привязок, и я попытался настроить и запустить службу так, чтобы она выставляла конечные точки для обоих webHttpBinding
а также basicHttpBinding
, Служба запускается нормально. Однако приложения WPF и ASP.NET не могут получить к нему доступ. И когда я пытаюсь создать ссылку на службу в приложении WP7, я получаю следующее сообщение:
Экземпляр привязки уже был связан для прослушивания URI 'http://localhost:1726/GeneralService.svc'. Если две конечные точки хотят использовать один и тот же ListenUri, они также должны использовать один и тот же экземпляр объекта привязки. Две конфликтующие конечные точки были либо указаны в вызовах AddServiceEndpoint(), либо в файле конфигурации, либо в комбинации AddServiceEndpoint() и config.
Мы с коллегой поиграли с различными изменениями в baseAddress
, address
, а также listenUri
атрибуты без какой-либо удачи. Сейчас мы находимся на стадии проб и ошибок, которые не очень эффективны.
<system.serviceModel>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
<bindings>
<basicHttpBinding>
<binding name="generalBasic" />
</basicHttpBinding>
<webHttpBinding>
<binding name="general" maxReceivedMessageSize="2147483647">
<readerQuotas maxStringContentLength="2147483647" maxArrayLength="2147483647" />
<security mode="None">
<transport clientCredentialType="None" />
</security>
</binding>
</webHttpBinding>
</bindings>
<behaviors>
<serviceBehaviors>
<behavior>
<serviceMetadata httpGetEnabled="true"/>
<serviceDebug includeExceptionDetailInFaults="false" />
</behavior>
</serviceBehaviors>
<endpointBehaviors>
<behavior name="web">
<webHttp />
</behavior>
</endpointBehaviors>
</behaviors>
<services>
<service name="MyProject.GeneralService">
<endpoint address="mex"
binding="mexHttpBinding"
contract="IMetadataExchange" />
<endpoint address=""
binding="basicHttpBinding"
bindingConfiguration="generalBasic"
contract="MyProject.Contracts.IGeneralService" />
<endpoint behaviorConfiguration="web"
binding="webHttpBinding"
bindingConfiguration="general"
contract="MyProject.Contracts.IGeneralService" />
<host>
<baseAddresses>
<add baseAddress="http://localhost:1726/" />
</baseAddresses>
</host>
</service>
</services>
</system.serviceModel>
4 ответа
Просто укажите атрибут адреса со значением для базовой или конечной точки webhttp, который будет отличать его адрес. Пример:
<endpoint behaviorConfiguration="web" address="rest" binding="webHttpBinding" bindingConfiguration="general" contract="MyProject.Contracts.IGeneralService" />
должен решить вашу проблему
При определении ваших конечных точек для первого, который вы указываете address=""
и для второго у вас нет никакого значения (так что даже для этого у нас будет адрес как ""
)
<endpoint address=""
binding="basicHttpBinding"
bindingConfiguration="generalBasic"
contract="MyProject.Contracts.IGeneralService" />
<endpoint behaviorConfiguration="web"
binding="webHttpBinding"
bindingConfiguration="general"
contract="MyProject.Contracts.IGeneralService" />
Так что в том случае, когда мы указываем адрес как пустой, он будет использовать базовый адрес по умолчанию.
Поэтому попробуйте указать какое-либо значение для любой из конечных точек. Так что у нас будет другой адрес для этих 2 конечных точек.
<endpoint address=""
binding="basicHttpBinding"
bindingConfiguration="generalBasic"
contract="MyProject.Contracts.IGeneralService" />
<endpoint behaviorConfiguration="web" address="WP7Service"
binding="webHttpBinding"
bindingConfiguration="general"
contract="MyProject.Contracts.IGeneralService" />
Итак, наш новый адрес конечных точек:
- HTTP:// локальный:1726/GeneralService.svc
- HTTP:// локальный:1726/GeneralService.svc/WP7Service
То, что мне не хватало, было protocolMapping
для обеих конечных точек:
<configuration>
<!--...-->
<system.serviceModel>
<!--...-->
<protocolMapping>
<add binding="basicHttpBinding" scheme="http" bindingConfiguration="BasicHttpBindingConfiguration"/>
<add binding="basicHttpsBinding" scheme="https" bindingConfiguration="SecureHttpBindingConfiguration"/>
</protocolMapping>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBindingConfiguration" />
<binding name="SecureHttpBindingConfiguration" >
<security mode="Transport">
<transport clientCredentialType="None" proxyCredentialType="None"/>
</security>
</binding>
</basicHttpBinding>
</bindings>
<services>
<service name="Namespace.ServiceName">
<endpoint address="" binding="basicHttpBinding" bindingConfiguration="BasicHttpBindingConfiguration"
contract="Namespace.IServiceName" />
</service>
<service name="Namespace.ServiceName">
<endpoint address="" binding="basicHttpsBinding" bindingConfiguration="BasicHttpsBindingConfiguration"
contract="Namespace.IServiceName" />
</service>
</services>
<!--...-->
</system.serviceModel>
<!--...-->
</configuration>
Для использования сервиса на WP вы должны предоставить свой сервис с конечными точками Rest, Soap или OData. В ссылке ниже вполне понятно описано, как выставить WCF RIA для таких целей:
Предоставление служб WCF (SOAP\WSDL)
Это прекрасно работает для меня.