Как я могу отлаживать «поставщик членов по умолчанию», нельзя найти ошибку с WCF и пользовательским поставщиком членства ASP.NET?

StackOverflow https://stackoverflow.com/questions/2325688

Вопрос

Это проблема для меня с .NET 3.5 SP1, работающим на IIS7.5 64 бит (я попытался принудить 32 бит, но получил тот же результат).

У меня есть услуга WCF, с которой я хочу использовать аутентификацию. Когда у меня нет поведения, сервис WCF окрашивает (ответы) без какой -либо ошибки. Другие услуги также работают с другими поведениями

Как только я добавляю пользовательский упрекания к поведению, указав пользовательский членский провчик для аутентификации в услугу ...

  <serviceCredentials>
    <!-- Configure user name authentication to use the Membership Provider -->
    <userNameAuthentication userNamePasswordValidationMode ="MembershipProvider"
                            membershipProviderName ="MembershipService"/>
  </serviceCredentials>

Служба взрывается и возвращает следующую ошибку:

 Parser Error Message: Default Membership Provider could not be found.
 Source Error: 
 Line 49:     </authentication>
 Line 50:     
 Line 51:     <membership defaultProvider="MembershipService" userIsOnlineTimeWindow="15">
 Line 52:       <providers>
 Line 53:         <clear/>

Журнал событий имеет эту ошибку:

 WebHost failed to process a request.
 Sender Information: System.ServiceModel.Activation.HostedHttpRequestAsyncResult/59884855
 Exception: System.ServiceModel.ServiceActivationException: The service '/V4Service.svc' cannot be activated due to an exception during compilation.  The exception message is: Default Membership Provider could not be found. (C:\Code\SmartTrade Projects\SmartTrade.API\Web\SmartTrade.API\web.config line 50). ---> System.Configuration.ConfigurationErrorsException: Default Membership Provider could not be found. (C:\Code\SmartTrade Projects\SmartTrade.API\Web\SmartTrade.API\web.config line 50)
 at System.Web.Security.Membership.Initialize()
 at System.Web.Security.Membership.get_Providers()
 at System.ServiceModel.Configuration.UserNameServiceElement.ApplyConfiguration(UserNamePasswordServiceCredential userName)
 at System.ServiceModel.Configuration.ServiceCredentialsElement.ApplyConfiguration(ServiceCredentials behavior)
 at System.ServiceModel.Configuration.ServiceCredentialsElement.CreateBehavior()
 at System.ServiceModel.Description.ConfigLoader.LoadBehaviors[T](ServiceModelExtensionCollectionElement`1 behaviorElement, KeyedByTypeCollection`1 behaviors, Boolean commonBehaviors)
 at System.ServiceModel.Description.ConfigLoader.LoadServiceDescription(ServiceHostBase host, ServiceDescription description, ServiceElement serviceElement, Action`1 addBaseAddress)
 at System.ServiceModel.ServiceHostBase.ApplyConfiguration()
 at System.ServiceModel.ServiceHostBase.InitializeDescription(UriSchemeKeyedCollection baseAddresses)
 at System.ServiceModel.ServiceHost..ctor(Type serviceType, Uri[] baseAddresses)
 at System.ServiceModel.Activation.ServiceHostFactory.CreateServiceHost(Type serviceType, Uri[] baseAddresses)
 at System.ServiceModel.Activation.ServiceHostFactory.CreateServiceHost(String constructorString, Uri[] baseAddresses)
 at System.ServiceModel.ServiceHostingEnvironment.HostingManager.CreateService(String normalizedVirtualPath)
 at System.ServiceModel.ServiceHostingEnvironment.HostingManager.ActivateService(String normalizedVirtualPath)
 at System.ServiceModel.ServiceHostingEnvironment.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath)

Я почти уверен, что это не проблема с конфигурацией поставщика или поставщика, так как у меня есть этот пользовательский провайдер, который работает с сайтом ASP MVC.

Какие-нибудь мысли?

Это было полезно?

Решение

Я запустил новую реализацию пользовательского поставщика с нуля, гарантируя, что все переопределения правильно возвращались. Мой первоначальный, который, как я думал, работал (это было пару месяцев назад), и оказывается, что он больше не работает.

Оказывается, если у вас есть правильное имя поставщика и тип правильного в конфигурации, который только оставляет реализацию вашего пользовательского поставщика.

Поэтому, если у вас есть эта проблема, и вы уверены, что ваша конфигурация верна, проверьте свою реализацию с помощью простого веб -сайта ASP.NET или ASP.NET MVC.

Другие советы

Я получил эту ошибку и в конечном итоге обнаружил, что скрытые символы UTF8 или Unicode нашли свой путь в мой файл web.config. Мне пришлось удалить разделы, чтобы выяснить, что раздел строк приложений был поврежден.

Как только я заменил его с более старой версии, это снова сработало. У некоторых из струн было дополнительное белое пространство, которое было подозрительным, я не уверен, могло ли это быть из -за разреза и вставки или чего -то еще. Вы также можете попробовать посмотреть на свой файл web.config с помощью редактора шестнадцатеристи.

У меня была та же самая проблема, и я провел почти неделю, выясняя это. Моя проблема заключалась в том, что мне пришлось установить переопределение свойства имени на то же значение, которое было в имени поставщика Web.Config. Я ненавижу это, когда самые простые решения так трудно найти!

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top