Membership.GetUser() renvoie null

Version imprimable

02/11/2013, 12h28
Mister Jingles

Membership.GetUser() renvoie null
Bonjour à tous,

J'ai petit soucis avec Membership.GetUser(). Dans un controller, j'aimerai récupérer l'id d'un membre (Membership et provider proposés par ASP.NET à la création du projet). Pour cela, j'ai lu qu'il y avait Membership.GetUser(string UserName), mais il renvoit toujours null dans mon cas et je ne vois absolument pas d'où pourrait venir ce problème.
Code:

1 2 3 var userName = User.Identity.Name; // userName = "plop" ("plop" est un nom de membre valide) MembershipUser user = Membership.GetUser(userName); // user = null
Quelqu'un a t-il une solution a ce problème ?

Merci beaucoup.
02/11/2013, 13h45
Invité

Quand effectues-tu cet appel Membership.GetUser(string UserName) ? Je trouve bizarre que cela renvoie null:aie: Sinon il y a d'autre méthodes comme FindUsersByName et FindUsersByEmail. As-tu testé ces méthodes pour voir ce que ça donne ?
02/11/2013, 14h25
Mister Jingles

J'effectue cet appel dans un controller de validation de formulaire. Mais même dans l'index du controller, ça fait la même chose.

Et j'ai essayé :
Membership.GetAllUser() -> renvoie null
Membership.FindUsersByName() -> renvoie null

J'ai l'impression que mon Membership est un peu cassé...

Merci pour ta réponse.
02/11/2013, 14h36
Invité
Utilises-tu vraiment l'authentification par formulaire ?
Code:

1 2 3 4 <authentication mode="Forms">  </authentication>
Si oui, alors peut-on voir comment tu as configuré le provider dans ton fichier web.config ?

le mode "forms" ne change rien dans le comportement de l'application c'est juste pour le spécifier ? Et dans le cas de forms rajouter une redirection en cas de non authentification ? :koi:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
 
  <system.web>
    <authentication mode="Forms">
      <forms loginUrl="/Account/Login" />
    </authentication>
    <compilation debug="true" targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" />
    <profile defaultProvider="DefaultProfileProvider">
      <providers>
        <add name="DefaultProfileProvider" type="System.Web.Providers.DefaultProfileProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" applicationName="/" />
      </providers>
    </profile>
    <membership defaultProvider="DefaultMembershipProvider">
      <providers>
        <add name="DefaultMembershipProvider" type="System.Web.Providers.DefaultMembershipProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" applicationName="/" />
      </providers>
    </membership>
    <roleManager defaultProvider="DefaultRoleProvider">
      <providers>
        <add name="DefaultRoleProvider" type="System.Web.Providers.DefaultRoleProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" applicationName="/" />
      </providers>
    </roleManager>
    <!--
            If you are deploying to a cloud environment that has multiple web server instances,
            you should change session state mode from "InProc" to "Custom". In addition,
            change the connection string named "DefaultConnection" to connect to an instance
            of SQL Server (including SQL Azure and SQL  Compact) instead of to SQL Server Express.
      -->
    <sessionState mode="InProc" customProvider="DefaultSessionProvider">
      <providers>
        <add name="DefaultSessionProvider" type="System.Web.Providers.DefaultSessionStateProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" />
      </providers>
    </sessionState>
  </system.web>

C'est le package qui à configurer comme ça ;)

EDIT :
Du coup j'ai rajouter redirection en cas de non authentification

02/11/2013, 20h44
Invité

Je te conseille de suivre ce tutoriel pour bien appréhender l’authentification sous ASP.net MVC :ccool:
03/11/2013, 04h28
Mister Jingles

Merci pour le lien, mais je vais pas pouvoir suivre ce tutoriel. Car j'utilise ASP.NET MVC 5 avec bootstrap 3 et il n'y a plus d'accès à l' "Administration de Site Web".

Je vais quand même essayer de voir s'il y a pas un petit indice pour résoudre mon problème.
03/11/2013, 08h55
Mister Jingles

Alors j'ai recréé un projet pour faire des tests et essayé de comprendre ce qu'il se passe avec le Membership.

Donc après création, j'ai installé le package "Microsoft.AspNet.Providers.LocalDb" pour configurer les providers (avoir les Roles, ...). J'ai ensuite lancé le site pour créer un user via le formulaire /Account/Register. Cette opération à créé une série de tables nommées : AspNetRoles, AspNetUsers, AspNetUserRoles, AspNetUserClaims, AspNetUserLogins. En ouvrant les données je vois bien le user que j'ai créé.

Attention, le problème vient en faisant un appel aux System.Web.Security.Membership car après l'appel, je peux voir une nouvelle série de tables (en plus de l'autre) nommée : Applications, Memberships, Profiles, Users, Roles, UsersInRoles.

Alors je dois avoué que je ne comprends pas pourquoi le Membership ne prend pas les tables utilisées par l'AccountController.

8O