Hi there,
Quote:
|
The login controls talk to the db via the configured membership provider using the membership service (I hope I'm saying this correctly).
|
Yes, that's correct. The Membership service has a fixed API that uses a configured provider under the hood. That way, you can swap providers (through configuration) and everything continues to work.
Quote:
|
Is it correct to say that the Role Service is used by using the WSAT, <Location> element in Web.config, LoginViewControl, and Role API - do all of these somehow talk to the Sql server db via the configured role provider?
|
Not entirely. Roles are retrieved at login and then stored in a cookie (when cacheRolesInCookie is true) or retrieved on each request. They are then associated with the current user that is associated with the current request. Other .NET functionality, such as URL Authorization (which uses the <location /> element) can then use these roles without ever knowing about the Role Manager.
The WSAT uses the Role API (and thus the configured role provider under the hood) extensively to manage the roles in the database.
Hope this helps,
Imar