I recently decided to create new membership providers for all of my new projects. I wanted new providers that all used Entity Framework. I decided to do this after looking around and finding a couple of custom Entity Framework providers that were OK, but were either incomplete, too convoluted or did things in ways that I considered unnecessary.
My providers initially worked perfectly. The system created my database tables for me using my DbContext and added my Application name to my Applications table using code I created that was supposed to run the first time the application hit the Home Controller. However, after creating my beautiful new providers and navigating to the Registration page, I came across an error:
"Default Membership Provider could not be found."
This error was strange for a couple of reasons. First, I was using my new providers in an ASP.Net MVC application to test it. All of my tables were created perfectly in the database, so I knew that my custom provider was being hit. I could also see that the Initialize event was being hit when I debugged. Second, the error wasn't raised the first time I used one of the processes in the provider. Instead, it was raised the first time I went to the Register page which uses the default ASP.Net MVC account/Register controller. Hmmm....interesting. I looked at the configuration settings in the web.config.
My configuration for my new providers started with this -
And therein lies the problem. It seems like we should clear out all of the provider information first. However, that is unnecessary. We don't need to clear out the providers and remove the default providers. I thought we did because the configuration settings for all ASP.Net applications include that clear tag. So if the default ones include it, I thought I had to do the same. Wrong! When you roll your own providers, you need to remove that clear tag and you don't need to add a remove tag! I removed the tag and everything started working. Now when I come across something that is solved in such a simple way, I get suspicious. Removing that tag seemed to simple so I did a search to see what other people were doing.
You will see a few things when you do a search for the error -
That is it! You don't need to add extra things or jump through extra hoops. Just remove the clear tag or the clear and remove tag and you will be all set! You will be "providing your provider" in no time! ("Providing your provider" - I crack myself up!)
Smooches!
Kila Morton
********************************************************************
PROBLEM:
After creating custom providers, you get the following error when you try to use them.
"Default Membership Provider could not be found."
SOLUTION:
Remove the tag and the tag if you are using them. Also make sure you don't have items in your provider configuration that are in this list. You don't need any of them.
Recompile your project and run it.
You should be good to go!
Here are the configuration settings I use for my provider.
My providers initially worked perfectly. The system created my database tables for me using my DbContext and added my Application name to my Applications table using code I created that was supposed to run the first time the application hit the Home Controller. However, after creating my beautiful new providers and navigating to the Registration page, I came across an error:
"Default Membership Provider could not be found."
This error was strange for a couple of reasons. First, I was using my new providers in an ASP.Net MVC application to test it. All of my tables were created perfectly in the database, so I knew that my custom provider was being hit. I could also see that the Initialize event was being hit when I debugged. Second, the error wasn't raised the first time I used one of the processes in the provider. Instead, it was raised the first time I went to the Register page which uses the default ASP.Net MVC account/Register controller. Hmmm....interesting. I looked at the configuration settings in the web.config.
My configuration for my new providers started with this -
<membership>
<providers>
<clear/>
<remove name="AspNetSqlMembershipProvider"/>
And therein lies the problem. It seems like we should clear out all of the provider information first. However, that is unnecessary. We don't need to clear out the providers and remove the default providers. I thought we did because the configuration settings for all ASP.Net applications include that clear tag. So if the default ones include it, I thought I had to do the same. Wrong! When you roll your own providers, you need to remove that clear tag and you don't need to add a remove tag! I removed the tag and everything started working. Now when I come across something that is solved in such a simple way, I get suspicious. Removing that tag seemed to simple so I did a search to see what other people were doing.
You will see a few things when you do a search for the error -
"Default Membership Provider could not be found."
You don't need to do ANY Of those things! No one tried to just remove the clear tag. My simple solution was the best solution in this situation. The clear tag clears out all of the provider information which isn't necessary at all. Removing that should solve your problem IF your Initialize event IS being hit - which you can tell if you debug your provider. Here is an example of my configuration tag for my custom providers. Feel free to copy them and use them for your custom providers.
- You will see people tell you that you need to clear all providers. This is wrong. You don't have to do this.
- You will see people tell you that you need to clear all providers and specifically remove the default provider. This is wrong. You don't have to do this.
- You will see people tell you that you need to add a defaultProvider tag to YOUR provider configuration code. this is also wrong and you don't need to do this.
- You will see people tell you that you need to add your assembly name to the type attribute in YOUR provider configuration. This is also unnecessary and you don't need to do this. (i.e. they will tell you to do something like this type="YourNamespace.YourProfileProviderClassnameGoesHere", "YourAssemblyName"> which is totally unnecessary)
- You will see people tell you to do ALL of these things and that is also wrong and you don't need to do this!
<membership defaultProvider="CoreMembershipProvider">
<providers>
<add connectionStringName="ApplicationServices"
tablePrefix="Core_"
passwordFormat="Encrypted"
enablePasswordRetrieval="false"
enablePasswordReset="true"
requiresUniqueEmail="true"
requiresQuestionAndAnswer="false"
maxInvalidPasswordAttempts="3"
minRequiredPasswordLength="6"
minRequiredNonalphanumericCharacters="0"
passwordAttemptWindow="10"
applicationName="TestApp"
name="YourMembershipProviderClassnameGoesHere"
type="YourNamespace.YourMembershipProviderClassnameGoesHere" />
</providers>
</membership>
<profile>
<providers>
name="YourProfileProviderClassnameGoesHere"
type="YourNamespace.YourProfileProviderClassnameGoesHere" />
connectionStringName="ApplicationServices"
tablePrefix="Core_"
applicationName="TestApp" />
</providers>
</profile>
<roleManager enabled="true"
defaultProvider="CoreRoleProvider">
<providers>
<add connectionStringName="ApplicationServices"
tablePrefix="Core_"
applicationName="TestApp"
name="YourRoleProviderClassnameGoesHere"
type="YourNamespace.YourRoleProviderClassnameGoesHere" />
</providers>
</roleManager>
That is it! You don't need to add extra things or jump through extra hoops. Just remove the clear tag or the clear and remove tag and you will be all set! You will be "providing your provider" in no time! ("Providing your provider" - I crack myself up!)
Smooches!
Kila Morton
********************************************************************
PROBLEM:
After creating custom providers, you get the following error when you try to use them.
"Default Membership Provider could not be found."
SOLUTION:
Remove the
- Remove the
tag - Remove the
tag - Remove the
attribute from your provider tag. - Remove the assembly name from your type tag - if you added it. Your type tag should look like this type="YourNamespace.YourProviderClassnameGoesHere".
Recompile your project and run it.
You should be good to go!
Here are the configuration settings I use for my provider.
<membership defaultProvider="CoreMembershipProvider">
<providers>
<add connectionStringName="ApplicationServices"
tablePrefix="Core_"
passwordFormat="Encrypted"
enablePasswordRetrieval="false"
enablePasswordReset="true"
requiresUniqueEmail="true"
requiresQuestionAndAnswer="false"
maxInvalidPasswordAttempts="3"
minRequiredPasswordLength="6"
minRequiredNonalphanumericCharacters="0"
passwordAttemptWindow="10"
applicationName="TestApp"
name="YourMembershipProviderClassnameGoesHere"
type="YourNamespace.YourMembershipProviderClassnameGoesHere" />
</providers>
</membership>
<profile>
<providers>
name="YourProfileProviderClassnameGoesHere"
type="YourNamespace.YourProfileProviderClassnameGoesHere" />
connectionStringName="ApplicationServices"
tablePrefix="Core_"
applicationName="TestApp" />
</providers>
</profile>
<roleManager enabled="true"
defaultProvider="CoreRoleProvider">
<providers>
<add connectionStringName="ApplicationServices"
tablePrefix="Core_"
applicationName="TestApp"
name="YourRoleProviderClassnameGoesHere"
type="YourNamespace.YourRoleProviderClassnameGoesHere" />
</providers>
</roleManager>
PLEASE NOTE - I have a custom field in my provider for the table prefix. REMOVE THIS unless you have the same thing in your provider!
2 comments:
Thank you!!!!
Thank you!!!
You saved my day!
Post a Comment