Servlet-filter url-mapping

Wie kann ein filter zugeordnet werden, um die Wurzel einer URL? Ich bin mit Tomcat 7.0.2 und bereitstellen einer Anwendung als ROOT.Krieg. Die willkommen-Seite sign_in.xhtml. Ich würde gerne einen filter, wenn der client sendet eine Anforderung für das Stammverzeichnis der Website (d.h. der domain-name nur), oder wenn der client-Anfragen sign_in.xhtml. Hier ist was ich habe, so weit:

  <filter>
        <filter-name>My filter</filter-name>
        <filter-class>com.myApp.myFilter</filter-class>        
    </filter>
    <filter-mapping>
        <filter-name>My filter</filter-name>
        <url-pattern>/sign_in.xhtml</url-pattern>
    </filter-mapping>

Anfragen für sign_in.xhtml direkt, erfolgreich, rufen die filter, aber ich bin mir nicht sicher, wie man Anfragen nach dem root zum aufrufen des filters. Nach der Servlet-Spezifikation (version 3.0)

<url-pattern>/</url-pattern>

Karten zu den Standard-servlet und eine leere Zeichenfolge Karten an der Wurzel. Hier ist der entsprechende Abschnitt aus der spec:

"Der leere string ("") ist eine spezielle URL-Muster, das genau zu den Karten
Anwendung root-Kontext, d.h., Anfragen der form http://host:port//. In diesem Fall ist der Pfad-info '/' und dem servlet-Pfad und Kontext-Pfad ist
leerer string (““)."

Jedoch beide der folgenden url-Muster verursachen Tomcat eine exception werfen.

<url-pattern></url-pattern>
<url-pattern>""</url-pattern>

Ich würde es wirklich schätzen, wenn jemand etwas Licht in diese Schuppen. Danke.

Andrew

InformationsquelleAutor J. Andrew Laughlin | 2010-09-10
  1. 7

    Den <url-pattern>/</url-pattern> sollten für die Anforderungen auf der Wurzel. Hast du es versuchen?

    Wenn Ihre Absicht ist, mehr zu filtern alle Anfragen, dann sollten Sie <url-pattern>/*</url-pattern>.

    Update: ausschließen, die eine oder andere, die ich getestet habe die url-pattern von / zu Tomcat 7 (mit beiden web.xml und @WebFilter(urlPatterns={"/"})) und es in der Tat nicht Arbeit, wie erwartet. Die url-pattern von / jedoch funktioniert wie erwartet auf Tomcat 6 (Servlet 2.5) und auch auf Glassfish v3 (Servlet 3.0). Ich vermute einen bug in Tomcat 7, also habe ich gemeldet Problem 49914 über diese.

    • Dank für das schauen in diese BalusC. Ich bin die beabsichtigen, Kraft-Umleitung, wenn der Benutzer benötigt, um Ihr Passwort zu ändern. Ein filter scheint wie die richtige Lösung. Ich denke, ich werde warten, bis 7.0.3 oder sich mit etwas anderem. Irgendwelche Ideen?
    • Ein filter hören auf /* die greift nur wenn der request-URI ist leer.
    • Ich gebe es zu gehen und dann aktualisieren Sie die url-patten, sobald der Tomcat-Fehler ist behoben.
    • Ich habe das genaue problem jetzt - ich bin mit Tomcat7 und will zum weiterleiten aller Anrufe mit der Anfrage-URL leer ist (www.mysite.com) auf servlet. Aber wenn die URI ist nicht leer - es sollte nicht direkt an das servlet. Ich bin mit tomcat 7.9.16 - welchen Weg soll ich tun?
    • Map einen filter auf /* und bestimmen HttpServletRequest#getRequestURI() selbst. Wenn die URI leer ist, Versand zu / durch RequestDispatcher#forward(), sonst einfach weiter, die filter-chain.
    • wie wirkt sich das auf die Leistung gehen, auf meinen filter?
    • Die extra - if-else überprüfen? Es ist komplett vernachlässigbar.
    • sollten für die Anforderungen auf der Wurzel.>> Nein, es nicht, für Tomcat 6 (Servlet 2.5). Jedem update erneut diesem Thema?
    • Siehe stackoverflow.com/a/9503668/948938 @JosephVictorZammit

    InformationsquelleAutor BalusC
Schreibe einen Kommentar