web.xml - Java-Servlet-Filter - Nicht ausgeführt, bevor die Verarbeitung der JSP-Seite (auf Tomcat)

Ich ziemlich neu bin, Servlet-Filter und haben im Grunde trat Sie ein Projekt mit Ihnen und einem zusätzlichen filter für die web.xml - Datei (bereitgestellt auf Tomcat 5.5).

Ich bin zu 95% sicher, dass es irgendwann richtig gearbeitet wurde, aber nun beim Debuggen, wenn ich die Haltepunkte an der Spitze der JSP-Seite bin ich versucht, Aussicht (login.jsp), es ist die template Seite (page.jsp) und sowohl innerhalb des konfigurierten filters doFilter() Methode; es läuft durch die ganze login.jsp Seite (von oben nach unten), dann page.jsp - und die beginnt mit der Verarbeitung der Filter.

Ich es brauchen, um die Filter erst, seit einer von Ihnen bestimmt die Sprache die Seite angezeigt werden sollen (Kontrolle von cookies, db-Einstellungen und browser-Einstellungen) das sollte dann für die login.jsp.

Hat jemand irgendwelche Vorschläge, was könnte schief gehen?

Es ist eine Menge code könnte ich posten, aber ich bin nicht davon überzeugt, dass die würde von nutzen sein, da es alle arbeiten nur in der falschen Reihenfolge.

Ausschnitte aus der web.xml:

<web-app>
...
<filter>
        <filter-name>SetSecurityContextFilter</filter-name>
        <filter-class>
            com.section2.SecurityContextServletFilter
        </filter-class>
    </filter>

<filter>
    <filter-name>SetLocaleFilter</filter-name>
    <filter-class>
        com.section2.locale.LocaleServletFilter
    </filter-class>
</filter>

<filter>
    <filter-name>trinidad</filter-name>
    <filter-class>org.apache.myfaces.trinidad.webapp.TrinidadFilter</filter-class>
</filter>

<filter>
    <filter-name>ActiveUserFilter</filter-name>
    <filter-class>com.section2.ActiveUserFilter</filter-class>
</filter>

    <filter-mapping>
        <filter-name>trinidad</filter-name>
        <servlet-name>Faces Servlet</servlet-name>
    </filter-mapping>

    <filter-mapping>
        <filter-name>SetSecurityContextFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

    <filter-mapping>
        <filter-name>SetLocaleFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

    <filter-mapping>
        <filter-name>ActiveUserFilter</filter-name>
        <url-pattern>/pages/section2/user/*</url-pattern>
    </filter-mapping>

...
</web-app>

Vielen Dank im Voraus.

InformationsquelleAutor Ed . | 2009-11-12
  1. 8

    Wie ist die Filter code organisiert? Sind Sie vielleicht anruft ersten FilterChain#doFilter() und erst danach tun die benötigte Logik?

    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) {
    //Any code here will be executed BEFORE passing request through JSP/Servlet.
    chain.doFilter(request, response);
    //Any code here will be executed AFTER passing request through JSP/Servlet.
}
    InformationsquelleAutor BalusC
  2. 1

    Dank für Eure Antworten - ich habe jetzt verstanden, das Problem vollständig...es geschieht nur für die Anmeldung.jsp-Seite, keine der anderen Seiten. Und in meinem Fall, die login .jsp Seite ist ein Sonderfall, denn es ist in der Regel angesehen als ein Ergebnis einer Umleitung.

    In der web.xml:

    <login-config>
        <auth-method>FORM</auth-method>
        <form-login-config>
            <form-login-page>/login.jsp</form-login-page>
            <form-error-page>/login.jsp?error=true</form-error-page>
        </form-login-config>
    </login-config>

    Und ich vermute, deswegen sind die Filter nicht schlagen Sie in der üblichen Reihenfolge! Hinzugefügt einen Anruf von der login-Seite zu tun, was der filter macht und alles ist gut.

    Nochmals vielen Dank.

    InformationsquelleAutor Ed .
  3. 1

    Dem Grund, dass der filter nicht genannt für die Anmeldung.jsp ist, dass Tomcat die interpretation der spec ist, dass die Authentifizierung ist Teil der container, die nicht Teil der webapp, und so tritt außerhalb der Rolle von filtern. Daher werden Filter nicht angewendet, um die login-Seite (login.jsp in diesem Fall) oder j_security_check.

    ref: https://issues.apache.org/bugzilla/show_bug.cgi?id=21795 - der Titel verweist nur auf j_security_check, aber die Diskussion umfasst die ganze form-basierte Authentifizierung Mechanismus.

    InformationsquelleAutor Terry Horner
  4. 0

    Einen offensichtlichen Fehler in der trinidad-filter-mapping. Es sollte nicht über eine servlet-name, sondern ein url-Muster.

    • Es ist vollkommen gültig. Es bedeutet nur, dass der spezielle filter ist gekoppelt mit dem servlet in Frage und somit nur aufgerufen, auf die gleiche url-pattern.
    InformationsquelleAutor Adriaan Koster
  5. 0

    Ich hatte das gleiche problem, als ich schrieb:

    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) {
   if(...) {
      response.sendRedirect(url);
   }
   chain.doFilter(request, response);
}

    statt

    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) {
   if(...) {
      response.sendRedirect(url);
      return;
   }
   chain.doFilter(request, response);
}
    InformationsquelleAutor Paweł Walaszek
Schreibe einen Kommentar