Was ist der Unterschied zwischen Weiterleitung und Navigation / Weiterleiten und wann wann was?

Zunächst der Begriff "redirect" ist in web-Entwicklung Welt-die Aktion des Sendens der client eine leere HTTP-Antwort mit nur einer Location header mit dort die neue URL ein, auf dem der client sendet eine Marke neue GET-Anforderung. Also im Grunde:

• Client sendet eine HTTP-Anforderung an somepage.xhtml.
• - Server sendet eine HTTP-Antwort zurück mit Location: newpage.xhtml header
• Client sendet eine HTTP-Anforderung an newpage.xhtml (diese erhalten Sie spiegelt sich in der browser-Adressleiste!)
• - Server sendet eine HTTP-Antwort zurück mit dem Inhalt newpage.xhtml.

Können Sie verfolgen ihn mit dem webbrowser builtin/addon Entwickler-toolset. Drücken Sie F12 in Chrome/IE9/Firebug und überprüfen Sie die "Netzwerk" - Abschnitt, um es zu sehen.

Des JSF-navigationhandler, nicht senden eine Umleitung. Stattdessen verwendet es den Inhalt der Ziel-Seite als HTTP-Antwort.

• Client sendet eine HTTP-Anforderung an somepage.xhtml.
• - Server sendet eine HTTP-Antwort zurück mit dem Inhalt newpage.xhtml.

Jedoch als die ursprüngliche HTTP-Anforderung war somepage.xhtml die URL in der browser-Adresszeile bleibt unverändert. Wenn Sie vertraut sind mit der grundlegende Servlet-API, dann sollten Sie verstehen, dass dies den gleichen Effekt hat wie RequestDispatcher#forward().

Ob das ziehen der HttpServletResponse unter der JSF-Hauben und ruft sendRedirect() auf es ist die richtige Verwendung; Nein, das ist nicht die richtige Verwendung. Ihre server-logs zu erhalten unübersichtlich mit IllegalStateExceptions, denn auf diese Weise sind Sie nicht sagen, JSF, die Sie bereits absolviert haben, die Kontrolle über das response-handling und damit JSF nicht tun sollte Ihre Standard-Antwort, handling job. Sie sollten in der Tat ausführen, FacesContext#responseComplete() danach.

Auch, immer wenn, Wann immer Sie brauchen, um zu importieren etwas von javax.servlet.* Paket in einer JSF-Artefakt wie eine managed bean, sollten Sie unbedingt stop-code schreiben und sich zweimal überlegen, ob Sie wirklich die Dinge auf die richtige Art und Weise und Fragen Sie sich, ob es nicht bereits eine "standard-JSF-Weg" für das, was Sie zu erreichen versuchen, und/oder wenn die Aufgabe gehört wirklich in eine JSF managed bean (es gibt nämlich einige Fälle, worin eine einfache servlet-filter wäre ein besserer Ort).

Die richtige Art und Weise der Durchführung einer Weiterleitung in JSF ist mit faces-redirect=true query-Strings im action-Ergebnis:

public String submit() {
    //...
    return "/newpage.xhtml?faces-redirect=true";
}

Oder mit ExternalContext#redirect(), wenn Sie nicht innerhalb einer action-Methode wie ajax oder prerender-listener-Methode:

public void listener() throws IOException {
    //...
    ExternalContext ec = FacesContext.getCurrentInstance().getExternalContext();
    ec.redirect(ec.getRequestContextPath() + "/newpage.xhtml");
}

(ja, das tun Sie nicht brauchen, um eine try-catch um es auf IOException wollen, lassen Sie einfach die Ausnahme Durchlaufen throws, der servletcontainer behandeln)

Oder mit NavigationHandler#handleNavigation() in bestimmten Fällen, wenn Sie mit XML navigation Fälle und/oder eine benutzerdefinierte navigation-handler mit einigen eingebauten Hörer:

public void listener() {
    //...
    FacesContext fc = FacesContext.getCurrentInstance();
    NavigationHandler nh = fc.getApplication().getNavigationHandler();
    nh.handleNavigation(fc, null, "/newpage.xhtml?faces-redirect=true");
}

Warum der navigation-handler fehlschlägt, für "plain-HTML" - Dateien, dass ist einfach, weil die navigation-handler verarbeitet werden können JSF-views nur die, keine anderen Dateien. Sie sollten mit ExternalContext#redirect() dann.

Siehe auch:

• Wie die Navigation in JSF? Wie man die URL entsprechend der aktuellen Seite (und nicht die Vorherige)
• Wann sollte ich h:outputLink anstelle von h:commandLink?

InformationsquelleAutor der Antwort BalusC