Ab 3.1.0 (welches momentan beta ist) wird es mehrere <http> Elemente im Namespace unterstützen.
So kurze Antwort:
In 3.1.x ja.
In 3.0.5.RELEASE Nr.
Längere Dauer:
Hier finden Sie weitere Informationen , überprüfen Sie die Links in die Kommentare auch.
Ich hatte einmal ein ähnliches Problem, da ich mehrere Einstiegspunkte hatte.
Eine gute Möglichkeit IMO wäre es, eine neue Login-Seite zu erstellen, die entscheidet, auf welche Login-Seite die Logik der anderen Einstiegspunkte umgeleitet werden soll oder welche sogar sie aufruft. Dann können Sie den Frühling auf die neue Seite zeigen.
Ich bin mir ziemlich sicher, dass dies innerhalb der Filterkette gemacht werden kann, aber ich würde es nicht empfehlen, da Sie eine Menge manueller Codierungs- und Beandefinitionen benötigen. Generell glaube ich nicht, dass 3.0.5 für mehrere Einstiegspunkte konzipiert wurde.
Mit mehreren <http../> Elementen können Sie das meiste erreichen, was Sie wollen, aber der Authentifizierungsmanager wird üblich sein und das bedeutet, dass Authentifizierungsanbieter üblich sind. Siehe das Problem von @David Parks im Beitrag Spring Security 3.1.0.RC1: Warum kann ich bei mehreren Elementen nur einen Authentifizierungsmanager registrieren? .
Sie können meine Antworten auf ähnliche Fragen wie Konfigurieren von Spring Security 3.x für mehrere Einstiegspunkte und Authentifizieren Benutzer, der externen Webservice in Grails verwendet , um benutzerdefinierten Code zu entwickeln, um Einstiegspunkt-spezifische Authentifizierungsanbieter auszuführen. Dies kann auch in 3.0.5 implementiert werden.
Sie können die Lösung in 3.0.5 ohne mehrere <http../> -Elemente implementieren, aber Sie müssen benutzerdefinierten Code entwickeln, um Abmelde- und Fehlerseiten zu behandeln.
Tags und Links spring-security entry-point