[Symfony] Symfony: UserProvider und eigene Rollen

[ChristianK]

Hallo zusammen

Ich habe ein Problem mit Symfony. Und zwar werden, scheinbar, meine Sessions falsch unserialisiert.

Die Ausgangslage:
Ich habe eine neue Rolle ROLE_SUBSCRIBER erstellt.

class SubscriberRole extends AbstractRole {

    public function getRole() {
        return 'ROLE_SUBSCRIBER';
    }
} 

Diese Rolle wird der LoginEntity in einem eigenen UserProvider zugewiesen:

class LoginEntity {
    /**
     * @param \Symfony\Component\Security\Core\Role\Role[] $roles
     */
    public function setRoles(array $roles) {
        if (!is_array($this->roles)) {
            $this->roles = [];
        }
        foreach ($roles as $role) {
            if (!in_array($role, $this->roles)) {
                $this->roles[] = $role;
            }
        }
    }
}
// im UserProvider
$User->setRoles([new SubscriberRole(), 'IS_AUTHENTICATED_FULLY']); 

Das sieht danach super aus, der Login funktioniert soweit auch. Allerdings wird danach bei der Weiterleitung irgendetwas komisch zurückgewandelt. Im AccessListener erhalte ich den korrekten User (mit den korrekten Rollen), allerdings setzt er die LoginEntity im Attribut *roles* ein. Ich komme trotz Debugging in den Symfony-Untiefen nicht zu einem Entschluss, wieso das so passiert (oder: wo das passiert). Das Bild aus dem Debugger: https://hostr.co/1F0QLwOccbn1

Hat mir jemand einen Tipp, wo ich ansetzen muss?

[mYkon]

Arbeitest du mit FOSUser? Ich bin mir grad nicht sicher ob Symfony vorsieht unter "roles" im User "Role-Objects" abzuspeichern. Ich kenns nur mit Strings.

[ChristianK]

Nee, ich finde das FOSUser zwar gut, es trifft leider meine Anforderungen nicht genau (die Software ist "nur auf Einladung" und ein paar andere, individuelle Dinge). Deshalb habe ich das selber gemacht.

Ja, intern wird das in ein Role-Objekt konvertiert:

AbstractToken.php:48

$role = new Role($role); 

[mYkon]

Wieso arbeitest du mit einer eigenen Rolle? (Objekt-technisch)

[ChristianK]

Ich wollte das ausprobieren, im Moment ginge es auch ohne, für später kann es eine Anforderung werden. Ich möchte z.B. Premium-User und reguläre User unterscheiden.


Gesendet von iPhone mit Tapatalk

[CrocoBlack]

Ich wollte das ausprobieren, im Moment ginge es auch ohne, für später kann es eine Anforderung werden. Ich möchte z.B. Premium-User und reguläre User unterscheiden.


Gesendet von iPhone mit Tapatalk

Warum müssen dafür Unterschiedliche Klassen her? Würde es nicht reichen ein normales Role-Object zu machen mit ROLE_PREMIUM?

[mYkon]

Das sehe ich genau so wie CrocoBlack. Die Rollen sind wie gesagt nur Strings.

[ChristianK]

Ok, das beantwortet meine ursprüngliche Frage zwar nicht löst aber dennoch das Problem. Ich werde das wohl so lösen, wie von CrocoBlack vorgeschlagen.

Danke trotzdem.

[hausl]

[MOD: Verschoben von PHP-Fortgeschrittene]