doFilter nicht immer genannt
Könnte Ihnen helfen, zu überprüfen, warum doFilter nicht immer genannt
web.xml:
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5">
<context-param>
<param-name>log4jConfigLocation</param-name>
<param-value>/WEB-INF/log4j.properties</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<filter>
<filter-name>roseFilter</filter-name>
<filter-class>net.paoding.rose.RoseFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>roseFilter</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
<dispatcher>FORWARD</dispatcher>
<dispatcher>INCLUDE</dispatcher>
</filter-mapping>
</web-app>
Klasse-Signatur:
import org.springframework.web.filter.GenericFilterBean;
public class RoseFilter extends GenericFilterBean {
404 zurückgegeben wird beim Aufruf http://localhost:8080/hello/world, habe ich die Haltepunkte an
doFilter, es scheint doFilter nicht genannt?(Ich habe versucht, tomcat 6.0.18, 6.0.29, jdk1.6)
- Tut
/hello/world
lösen, in eine Ressource für Ihre server? Wenn nicht, gibt es keinen Grund zum starten einer filter-Kette. - Ich bin mir ziemlich sicher, dass ich begegnet bin dieses selbst vor, mit den
/*
Muster nicht arbeiten. Ich glaube nicht, dass ich überhaupt jemals gelöst. - die Ressource muss nicht unbedingt eine physische vorhandene Ressource. Die filter (und servlet) abgebildet
/*
aufgerufen, sowieso. Es könnte nämlich handeln als front controller. - ist der filter-Kette gestartet werden, wenn kein servlet oder andere nicht-filter-Ressource wird ergänzt durch den Pfad? Die web.xml gibt nur einen listener und filter und sonst nichts.
- Sicherlich. Ansonsten-filter-basierte (MVC -) frameworks wie Spring (MVC) würde nicht jemals gearbeitet haben.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Wird der filter nicht geltend gemacht werden, wenn:
Filter Klasse fehlt im classpath und/oder nicht belastbar oder instanziierbaren. Sie sollten jedoch bemerkt haben, es in die server-startup-logs. Lösung gefunden werden, basierend auf der interpretation der Ausnahmen/Fehler gefunden in server-logs.
Gibt es einen anderen filter laufen, bevor Sie in der Kette was nicht ist, ruft
FilterChain#doFilter()
, sondernRequestDispatcher#forward()
oderinclude()
, durch das nachfolgende Filter in der Kette wird komplett übersprungen (wenn Sie nicht hören aufFORWARD
oderINCLUDE
Disponenten; Sie standardmäßig nur hört aufREQUEST
dispatcher). Lösung ist entweder fix den falschen filter, oder fügen Sie<dispatcher>FORWARD</dispatcher>
etc entsprechend an, oder ändern Sie die Reihenfolge der filter-Deklarationen inweb.xml
so, dass der neue filter kommt vor die anderen filter (Sie müssen nur sicherstellen, dass der neue filter mit derFilterChain#doFilter()
richtig 🙂 ).Der Anfrage-URL ist falsch. Sie verwendet http://localhost:8080/hello/world. Mit einem filter hören auf
/*
bedeutet dies, dass die webapp Kontext sollte ROOT sein oder zumindest/hello
. Überprüfen Sie Ihre webapp Kontext. Ich würde nur wiederholen, mit einer URL die auf eine gültige JSP/Servlet innerhalb des gleichen webapp generiert ein nicht-404-Antwort. Funktioniert der filter dann aufgerufen werden, da gut?Was ist der web-Anfrage Aussehen? Können Sie versuchen, ändern Sie Ihre url-Muster zu *.jsp anstelle von /* ? Wenn Sie etwas anderes als Reine JSP-dann ändern Sie es, um was auch immer die Anforderung Endung-Erweiterung ist (wie bei struts ist es in der Regel *.tun).