Der Symfony2-Entitätsbenutzeranbieter überschreibt den benutzerdefinierten Authentifizierungsanbieter.

Question

Mein Symfony2-Authentifizierungsanbieter jetzt appears to be working.

Nutzer Anbieter

habe ich fast die FOSUserBundle aber ich E-Mail-Adressen für meine Nutzer haben nicht einmal und ich habe nicht die zusätzliche Funktionalität oder Komplikation müssen.

Also stattdessen verwende ich nur die entity provider.

Ich setze meinen Encoder auf Klartext, weil die API-Client-Bibliothek das für mich behandelt, aber leider, ein weiterer Haken: es scheint wie Benutzer werden jetzt gegen diese Benutzerdatensätze authentifiziert.

Bevor ich den Entity User Provider implementiert habe, gab mein Login-Formular mir gültige Antworten: korrekte Credentials ergaben keinen Fehler, schlechte Credentials resultierten in meinem benutzerdefinierten "incorrect user/pass error".

Nun, auch wenn ich Credentials angeben, die ich weiß, um richtig zu sein, bekomme ich nur die Fehlermeldung "Bad credentials," as if I'm implementing the UserAuthenticationProvider, aber nach meinem besten Wissen, bin ich nicht. Mein benutzerdefinierter Anbieter directly implements the AuthenticationProviderInterface.

Also im Moment nehme ich an, dass ich den Entity User Provider falsch implementiert habe, so dass es irgendwie meinen benutzerdefinierten Authentifizierungsanbieter außer Kraft setzt. Wie können Sie den Entitätsbenutzeranbieter und einen benutzerdefinierten Authentifizierungsanbieter gleichzeitig korrekt konfigurieren?

Dateien

• /app/config/security.yml
• /src/WordRot/PlayBundle/Security/Authentication/Provider/WordnikProvider.php

Relevante Abschnittsecurity.yml

encoders: 
    WordRot\PlayBundle\Entity\User: plaintext 

providers: 
    wordnik_users: 
     entity: { class: WordRotPlayBundle:User, property: username } 

firewalls: 
    wordnik_secured: 
     pattern: ^/play 
     logout: ~ 
     anonymous: ~ 
     # The next line specifies the custom authentication provider: 
     wordnik: true 
     form_login: 
      provider: wordnik_users 
      login_path: /login 
      check_path: /play_check 
      # on success 
      always_use_default_target_path: true 
      default_target_path: /play 

EDIT

This might prove useful. Es ist ein diff auf dem Master-Zweig ...

• Von wenn der benutzerdefinierten Auth-Provider (WordnikProvider) wurde noch ausgeführt (a473d354)
• Um die jüngsten auf dem Master-Zweig commit (ddcfeae2) , wo der Auth-Provider nicht mehr ausgeführt wird.

EDIT 2

Mit mehr Bruchstellen entdeckte ich:

1. Auf Login-Formular POST wird WordnikProvider#supports mit einem UsernamePasswordToken, so genannt zu werden false zurück.
2. Auf Login-Formular POST, WordnikListener ist konstruiert, aber es sind andere Methoden (attemptAuthentication, requiresAuthentication) werden nie aufgerufen. Und doch wird WordnikFactory#createListener auch nie aufgerufen! Es ist ein Wunder, dass der Zuhörer konstruiert ist.
3. Jedoch auf login_check GET, WordnikListener#requiresAuthentication heißt.

Answer 1

So hatten wir eine lange Diskussion darüber. Das grundlegende Problem war, dass die Dienste von form_login den wodnik-Dienst störten. Formular_login wurde entfernt und die Dinge haben besser funktioniert.

http://chat.stackoverflow.com/rooms/25251/discussion-between-montgomery-jean-and-cerad