WCFとカスタムASP.NETメンバーシッププロバイダーで「デフォルトのメンバーシッププロバイダーが見つからなかった」エラーをデバッグするにはどうすればよいですか?
-
22-09-2019 - |
質問
これは、IIS7.5 64ビットで実行されている.NET 3.5 SP1の問題です(32ビットを強制しましたが、同じ結果が得られました)。
Authentication-Servicesを使用したいWCFサービスがあります。動作がない場合、WCFサービスはエラーなしで塗装(返信)します。他のサービスも他の行動で動作します
サービスにカスタムメンバーシップロバイダーを指定する動作にusernameauthenticationを追加するとすぐに...
<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 Webサイトで実装を確認してください。
他のヒント
このエラーが発生し、最終的にHidden UTF8またはUnicode文字が私のweb.configファイルに進出したことを発見しました。アプリケーション文字列セクションが破損していることを把握するためにセクションを削除する必要がありました。
古いバージョンから交換すると、再び機能しました。弦のいくつかには、疑わしい余分な白い空間がありました。それがカットと貼り付けからのものであったのか、それとも何であったのかはわかりません。 hexエディターを使用してWeb.configファイルを見てみてください。
私は同じ問題を抱えていて、それを把握するのにほぼ1週間費やしました。私の問題は、web.configのプロバイダー名にあるのと同じ値に名前をオーバーライドするという名前を設定しなければならなかったことです。最も単純なソリューションを見つけるのが難しいとき、私はそれが嫌いです!