Custom MembershipProvi der

[WB]

Hi,

I am revamping my company's website using .Net 2.0 & C#. I would like to
implement my own custom membership provider to manage membership information
already stored in my existing SQL 2000 database.

Therefore, I need to create a class the inherits the MembershipProvi der
abstract class from the System.Web.Secu rity namespace. For instance, I need
to provide a method in this class for creating user as follows:

public override MembershipUser CreateUser(stri ng username,
string password,
string email,
string passwordQuestio n,
string passwordAnswer,
bool isApproved,
object providerUserKey ,
out MembershipCreat eStatus status)

My question is, what if I have different user info fields in my database? I
don't want to use the password question and answer, but I need to store the
address, phone number of a new user. Do I just create a just dummy method
required for the implementation, and then another overload with the fields
that I need?
Thanks,
WB.

[John Murray]

For fields like address and phone number, I suggest you look at also
implementing a profile provider (it's not that much more work.) For
remembering profile type information, you will find that it's probably
easier than trying to shoe-horn in additional information on the user
object itself. For the password question/answer stuff -- you can feel
free to ignore the values if you dont intend to use them.

John


WB wrote:

Hi,

I am revamping my company's website using .Net 2.0 & C#. I would like to
implement my own custom membership provider to manage membership information
already stored in my existing SQL 2000 database.

Therefore, I need to create a class the inherits the MembershipProvi der
abstract class from the System.Web.Secu rity namespace. For instance, I need
to provide a method in this class for creating user as follows:

public override MembershipUser CreateUser(stri ng username,
string password,
string email,
string passwordQuestio n,
string passwordAnswer,
bool isApproved,
object providerUserKey ,
out MembershipCreat eStatus status)

My question is, what if I have different user info fields in my database? I
don't want to use the password question and answer, but I need to store the
address, phone number of a new user. Do I just create a just dummy method
required for the implementation, and then another overload with the fields
that I need?
Thanks,
WB.

[WB]

Ok. I'll study more about that. Thank you for your advice.
"John Murray" wrote:

For fields like address and phone number, I suggest you look at also
implementing a profile provider (it's not that much more work.) For
remembering profile type information, you will find that it's probably
easier than trying to shoe-horn in additional information on the user
object itself. For the password question/answer stuff -- you can feel
free to ignore the values if you dont intend to use them.

John


WB wrote:

Hi,

I am revamping my company's website using .Net 2.0 & C#. I would like to
implement my own custom membership provider to manage membership information
already stored in my existing SQL 2000 database.

Therefore, I need to create a class the inherits the MembershipProvi der
abstract class from the System.Web.Secu rity namespace. For instance, I need
to provide a method in this class for creating user as follows:

public override MembershipUser CreateUser(stri ng username,
string password,
string email,
string passwordQuestio n,
string passwordAnswer,
bool isApproved,
object providerUserKey ,
out MembershipCreat eStatus status)

My question is, what if I have different user info fields in my database? I
don't want to use the password question and answer, but I need to store the
address, phone number of a new user. Do I just create a just dummy method
required for the implementation, and then another overload with the fields
that I need?
Thanks,
WB.

[WB]

Thought I'd just share this insightful post which I came across.

http://forums.asp.net/1069268/ShowPost.aspx
"WB" wrote:

Ok. I'll study more about that. Thank you for your advice.
"John Murray" wrote:

For fields like address and phone number, I suggest you look at also
implementing a profile provider (it's not that much more work.) For
remembering profile type information, you will find that it's probably
easier than trying to shoe-horn in additional information on the user
object itself. For the password question/answer stuff -- you can feel
free to ignore the values if you dont intend to use them.

John


WB wrote:

Hi,

I am revamping my company's website using .Net 2.0 & C#. I would like to
implement my own custom membership provider to manage membership information
already stored in my existing SQL 2000 database.

Therefore, I need to create a class the inherits the MembershipProvi der
abstract class from the System.Web.Secu rity namespace. For instance, I need
to provide a method in this class for creating user as follows:

public override MembershipUser CreateUser(stri ng username,
string password,
string email,
string passwordQuestio n,
string passwordAnswer,
bool isApproved,
object providerUserKey ,
out MembershipCreat eStatus status)

My question is, what if I have different user info fields in my database? I
don't want to use the password question and answer, but I need to store the
address, phone number of a new user. Do I just create a just dummy method
required for the implementation, and then another overload with the fields
that I need?
Thanks,
WB.