tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Allistair Crossley" <>
Subject Unexpected 302 response from Tomcat or JK with filter /*
Date Mon, 24 Oct 2005 16:27:30 GMT
Hi List,

Not sure whether this is JK or Tomcat. We have a URI worker mapping 


Our ROOT web application that handles these requests in Tomcat has a filter mapping


To capture all requests. At the top of the filter, we log the request.getRequestURI()

For a URL


we see that the requestURI is just "/" rather than the expected "/xyz". Note that /xyz is
not a servlet and is not a folder in the web application. We use the filter to capture URL
requests that do not exist and then try to do clever things with them.

In the Tomcat logs we discovered that for the /xyz request, a 302 is being sent by Tomcat
with a redirect by the looks of it to "/". - - [24/Oct/2005:17:11:45 +0000] "GET /systems-integrators HTTP/1.1" 302 - - - [24/Oct/2005:17:11:45 +0000] "GET / HTTP/1.1" 302 -

I don't understand this behaviour as I would have though with the filter mapping of /* that
Tomcat would allow the /xyz request into the filter.

Clarification very much appreciated. Allistair.

QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
Disclaimer:  The information contained within this e-mail is confidential and may be privileged.
This email is intended solely for the named recipient only; if you are not authorised you
must not disclose, copy, distribute, or retain this message or any part of it. If you have
received this message in error please contact the sender at once so that we may take the appropriate
action and avoid troubling you further.  Any views expressed in this message are those of
the individual sender.  QAS Limited has the right lawfully to record, monitor and inspect
messages between its employees and any third party.  Your messages shall be subject to such
lawful supervision as QAS Limited deems to be necessary in order to protect its information,
its interests and its reputation.  

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee
that attachments are virus free or compatible with your systems and does not accept any liability
in respect of viruses or computer problems experienced.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message