Comment vérifier les tables d'adhésion ASP.NET, tout en enregistrant quel utilisateur a effectué les modifications?

Question

En utilisant une approche basée sur les déclencheurs pour la journalisation d'audit, j'enregistre l'historique des modifications apportées aux tables dans la base de données. L'approche que j'utilise (avec une connexion SQL statique au serveur) pour enregistrer quel utilisateur a effectué la modification implique l'exécution d'une procédure stockée au début de chaque connexion à la base de données. Les déclencheurs utilisent ce nom d'utilisateur lors de l'enregistrement des lignes d'audit. (Les déclencheurs sont fournis par le produit OmniAudit.)

Toutefois, les tables d'adhésion ASP.NET sont principalement accessibles via l'API Membership. Je dois transmettre l'identité de l'utilisateur actuel lorsque l'API Membership ouvre sa connexion à la base de données. J'ai essayé de sous-classer MembershipProvider mais je ne peux pas accéder à la connexion de base de données sous-jacente.

Il semble que ce serait un problème commun. Est-ce que quelqu'un sait des crochets que nous pouvons accéder quand l'adhésion d'ASP.NET fait sa connexion de base de données?

Answer 1

Mise à jour 2: n'a pas l'air sur le front AOP, je crains - voir Is is possible to intercept a static method on an object you don't own and did not create?

Et comme évoqué dans les commentaires, il semble que le meilleur pari est d'utiliser la mise en œuvre de la boîte à outils du fournisseur du J'utilise le code du toolkit, que j'ai nettoyé considérablement, de manière fiable pendant des années sans problèmes. Permettez-moi de confirmer sur 4.0 et le paquet si vous êtes intéressé.

---

Mise à jour:

Ok, je pense que je comprends mieux votre besoin, dites-moi si je me trompe:

Vous avez besoin de la connexion réelle qui est utilisé par le fournisseur?

SqlMembershipProvider utilise une classe d'assistance, System.Web.DataAccess.SqlConnectionHolder, pour tous ses accès aux données. Je n'ai pas fait cela, mais d'après ce que j'ai pu comprendre, vous pouvez intercepter des appels pour construire cet objet en utilisant une implémentation AOP telle que Castle DynamicProxy (ou l'une des bibliothèques qui l'utilisent) et obtenir votre connexion.

Quelqu'un avec plus d'expérience pourrait confirmer ou infirmer cela?

---

réponse originale:

Pas besoin de tirer de SqlMembershipProvider. Entrez et obtenez ce dont vous avez besoin.

string connectionString = 
    typeof(SqlMembershipProvider) 
    .GetField("_sqlConnectionString",BindingFlags.NonPublic | BindingFlags.Instance) 
    .GetValue(Membership.Provider);