-----------------------------------------------------------

New Message on MumbaiUserGroup

-----------------------------------------------------------
From: Swapnil_B1
Message 1 in Discussion

  
Role Providers  
Role providers provide the interface between ASP.NET's role management service 
(the "role manager") and role data sources. The two most common reasons for 
writing a custom role provider are:  
• You wish to store role information in a data source that is not supported by 
the role providers included with the .NET Framework, such as an Oracle database 
or a Web service.  
• You wish to store role information in a SQL Server database whose schema 
differs from that of the database used by 
System.Web.Security.SqlRoleProvider-if, for example, you need to integrate 
ASP.NET's role manager with an existing role  
database.  
The fundamental job of a role provider is to interface with data sources 
containing  
Containing role data mapping users to roles, and to provide methods for 
creating roles, deleting roles, adding users to roles, and so on. Given a user 
name, the role manager relies on the role provider to determine whether what 
role or roles the user belongs to. The role manager also implements 
administrative methods such as Roles.CreateRole and Roles.AddUserToRole by 
calling the underlying methods in the provider.  
Supplied role providers include:  
·           SqlRoleProvider. This is used where the role store is kept in SQL 
Server.  
·           WindowsTokenRoleProvider. This is a read-only provider that 
retrieves role information for a Windows user account based on the account's 
Windows security group membership. You cannot create, add to, or delete roles 
with this provider.  
·           AuthorizationStoreRoleProvider. This is used if your application 
uses Authorization Manager (AzMan). It uses an AzMan policy store in an XML 
file, in Active Directory, or in Active Directory Application Mode (ADAM) as 
its role store. It is typically used in an intranet or extranet scenario where 
Windows authentication and Active Directory is used for authentication.  
To perform role management, your ASP.NET application must be able to identify 
and authenticate its users in some way. For example, it might use Windows 
authentication or Forms authentication.  Using SqlRoleProvider 
If you want to store roles in SQL Server, you use the SqlRoleProvider. By 
default, roles are stored in a database named Aspnetdb in a SQL Express 
database instance in the \app_data folder beneath your application's virtual 
directory root folder. You can also configure the SqlRoleProvider to use a 
local or remote instance of SQL Server.  
To use a SQL Express database role store in the Website \app_data folder  
You do not have to create or configure this database. The first time you 
perform an operation that uses the role management API, ASP.NET automatically 
creates a database named Aspnetdb, configures it, and sets appropriate 
permissions on it.  
ASP.NET configures the SQL Express database with a database login for the 
default accounts used to run ASP.NET applications (Network Service on Windows 
Server 2003 and ASPNET on Windows 2000) and grants them full access to the 
Aspnetdb database.  
If you have configured ASP.NET to run using a custom service account, you must 
create a SQL login for that account, and add the login to the 
aspnet_Roles_FullAccess role in the Aspnetdb database.  
Configure in Web.Config File  
To use the role store in the default SQL Express instance in a database in your 
Web site's \app_dir folder, add the following configuration to your 
application's Web.config file.  
This configuration enables role management and causes your application to use 
the default provider named AspNetSqlRoleProvider defined in the Machine.config 
file. This uses the local SQL Express instance.  
To use a role store in SQL Server, add a connection string to point to your 
role database and add a role provider definition in the Web.config file.  
Create and assign Roles  
You can create roles for your application and assign users to those roles. 
There are several methods you can use to create and assign roles. Using them 
depends on how your application authenticates its users and which role provider 
it uses. The various methods for creating and assigning users to roles include: 
 
·           At development time, you can use the ASP.NET configuration tool.  
·           If you are using the AuthorizationStoreRoleProvider, you can use 
the AzMan administrator Microsoft Management Console (MMC) snap-in.  
·           You can create roles programmatically by using either the role 
management APIs or, if you are using the SqlRoleProvider, by executing SQL 
scripts to add them to the database directly.  
·           If you are using the WindowsTokenRoleProvider, you use the Windows 
Computer Management tool or Active Directory Users and Computers to create 
Windows groups which are used as roles.  
The extensible provider model in ASP.NET 2.0 implements features we’ve all 
needed in our applications over the years – like membership and role 
management. The providers are configurable, and pluggable, meaning you can 
always write your own when the providers in the box don’t give you what you 
need.  
Swapnil (Swaps)  
http://swapsnet.spaces.live.com/

-----------------------------------------------------------

To stop getting this e-mail, or change how often it arrives, go to your E-mail 
Settings.
http://groups.msn.com/MumbaiUserGroup/_emailsettings.msnw

Need help? If you've forgotten your password, please go to Passport Member 
Services.
http://groups.msn.com/_passportredir.msnw?ppmprop=help

For other questions or feedback, go to our Contact Us page.
http://groups.msn.com/contact

If you do not want to receive future e-mail from this MSN group, or if you 
received this message by mistake, please click the "Remove" link below. On the 
pre-addressed e-mail message that opens, simply click "Send". Your e-mail 
address will be deleted from this group's mailing list.
mailto:[EMAIL PROTECTED]

Reply via email to