JSF-2-Umleitung problem

Habe ich folgende zwei Methoden in meinem backing-bean -

public String validateUser() {
    FacesContext facesCtx = FacesContext.getCurrentInstance();

    if(userName.equals("user1") && password.equals("pass1")) {
        User user = new User();
        user.setUserName(userName);
        HttpSession session = (HttpSession) facesCtx.getExternalContext().getSession(false);
        session.setAttribute(User.SESSION_ATTRIBUTE, user);
        return "secured/home.jsf?faces-redirect=true";
    }

    if(!userName.equals(LoginBean.USERNAME)) {
        FacesMessage msgForUserName = new FacesMessage(FacesMessage.SEVERITY_ERROR, "Username did not match.", null);
        facesCtx.addMessage("loginForm:userName", msgForUserName);
    }

    if(!password.equals(LoginBean.PASSWORD)) {
        FacesMessage msgForPassword = new FacesMessage(FacesMessage.SEVERITY_ERROR, "Password did not match.", null);
        facesCtx.addMessage("loginForm:password", msgForPassword);
    }

    return null;
}

public String logout() {
    logger.info("Logging out .........................................");
    FacesContext facesCtx = FacesContext.getCurrentInstance();
    HttpSession session = (HttpSession) facesCtx.getExternalContext().getSession(false);
    session.invalidate();
    return "login.jsf?faces-redirect=true";
}

Ich weiß nicht, warum die Umleitung funktioniert in der ersten Methode (d.h. validateUser()), aber es funktioniert nicht bei der zweiten Methode (d.h. Abmelden()).
Der code innerhalb der logout-Methode tatsächlich ausgeführt wird, wird die Sitzung auch wird für ungültig erklärt,aber irgendwie hat der browser bleibt auf der gleichen Seite.
Und, ich bin mit PrimeFaces p:commandButton und ajax aktiviert ist beide.
Irgendeine, irgendeine Idee?
Danke.

InformationsquelleAutor Bhesh Gurung | 2011-05-23
  1. 5

    aber irgendwie hat der browser bleibt auf der gleichen Seite. Und, ich bin mit PrimeFaces p:commandButton und ajax ist aktiviert auf beiden

    Ich würde nicht erwarten, dass es zu scheitern. Ich vermute, das hat etwas zu tun mit der ungültig-Sitzung. Versuchen Sie es mit ajax="false" auf die <p:commandButton>.

    Unabhängigen für das problem, sollten Sie versuchen zu minimieren, die javax.servlet Importe in JSF managed beans. Sie oft zeigen, dass Sie die Dinge in der falschen Stelle oder die plumpe Art und Weise. In reinen JSF2, Sie für ungültig erklären kann die Sitzung wie folgt:

    FacesContext.getCurrentInstance().getExternalContext().invalidateSession();

    Können Sie die get - /set-Objekte in der Sitzung von der Sitzung Anzeigen.

    Map<String, Object> sessionMap = FacesContext.getCurrentInstance().getExternalContext().getSessionMap();
//...

    Oder einfach nur machen es zu einem managed bean (Eigentum).

    Siehe auch:

    • Ich habe versucht, die ajax=false, ist es umleiten, aber nur nach 2 Klicks. Ich denke, es ist weil ich habe einen filter, der überprüft die Anfrage und leitet zu einer login-wenn es keine Benutzer-Attribut in der session.
    • Ah, das könnte erklären auch, warum die ajax Anfrage fehlgeschlagen ist. Führen Sie einen debugger auf Ihre Filter-code und befestigen Sie es entsprechend. Ist es nicht die Arbeit zu machen falsch nachdem die doFilter() Methode?
    • danke für den Vorschlag über die javax.servlet
    • hey, ich bin nicht ganz sicher, was Los ist. ich habe nicht wirklich viel im filter. es prüft nur die Benutzer-Attribut in der session. wenn es null ist, dann setzt sendRedirect auf das response-Objekt und gibt es sonst ruft einfach Kette.dofilter...
    • OK, dass ist wahrscheinlich nicht die Ursache. Diese Dinge ausschließen, die eine oder andere: 1) Versuchen Sie, outcommenting session ungültig machen und sehen, was es tut. 2) Versuchen Sie ersetzen <p:commandButton> durch <h:commandButton>. 3) Wenn 2) funktioniert, versuchen Sie <f:ajax /> zu den <h:commandButton>. Auf diese Weise lernen wir, wenn es um den PrimeFaces und/oder session-Invalidierung.
    • Ich outcommented Sitzung ungültig. Keine Umleitung bei alle. Ich denke, filter habe die Umleitung letzten Zeit. Ich selbst verwendet h:commandButton es auch nicht umleiten...
    • Hmm, gibt es keine JSF-spezifischen Warnungen im server-log? Die JSF-impl/version verwenden Sie? Versuchen Sie es mit FacesContext.getCurrentInstance().getExternalContext().redirect("login.jsf"); return null; statt.
    • der logout-button ist auf der Startseite.xhtml (das ist im gesicherten Verzeichnis), während die Anmeldung.xhtml ist draußen. diese Methode umgeleitet /gesichert/login.jsf..., während die login-Seite ist außerhalb der gesicherten Ordner.
    • Rückkehr "/login.jsf?faces-redirect=true" anstelle von "anmelden.jsf?faces-redirect=true" hat den job. Vielen Dank für Ihre Hilfe. Wann sollen wir verwenden die Methode FacesContext.getCurrentInstance().getExternalContext().redirect("login.jsf");
    • Ah ja. Du bist herzlich willkommen. Verwenden Sie es nicht, es war nur ein Vorschlag, den Nagel problem weiter unten.

    InformationsquelleAutor BalusC
Schreibe einen Kommentar