> At the moment I can't reproduce this issue any more. It happened > some days ago, when I was viewing the webapp by Firefox and > pressed F5 several times, when I noticed that Firefox sometimes > displayed HTTP Headers as plain text. I used a network sniffer to > see what the responses looked like, and found that HTTP 304 > responses with a chunked body (which all belonged to > images (png, jpeg) and css files).
OK, I have experimented a bit and can reproduce the issue (with the unfixed version of ISAPI redirector 1.2.31). I have used a webapp with custom Error pages (static html files). My web.xml looks like this: <error-page> <error-code>404</error-code> <location>/WEB-INF/errorpages/404.htm</location> </error-page> Now if I do a GET-Request with an "If-modified-since" header to a file which doesn't exist, Tomcat returns a 302 Not Modified response instead of 404 Not Found. I think this is because Tomcat compares the date after the "Is-modified-since" header to the date of the static 404 error file, thus returning 302 instead of 404. If such a request to an non-existing file is processed through the ISAPI redirector, it used transfer-encoding chunked. Example: Client: GET /AUrlToAFileWhichDoesNotExist.ico HTTP/1.1 Host: www.mydomain.net Keep-Alive: 115 Connection: keep-alive If-Modified-Since: Mon, 08 Nov 2010 15:07:52 GMT Server: HTTP/1.1 304 Not Modified Date: Mon, 29 Nov 2010 20:20:52 GMT Server: Microsoft-IIS/6.0 ETag: W/"1285-1289228872000" Transfer-Encoding: chunked 0 But if you request a file which does exist, it uses the Content-length: 0 header. Server: HTTP/1.1 304 Not Modified Date: Mon, 29 Nov 2010 20:21:41 GMT Server: Microsoft-IIS/6.0 ETag: W/"1150-1290883084000" Content-Length: 0 Now the problem is, why is Tomcat returning a 302 Not Modified status for the static 404 errorpage, instead of 404 Not found? Is this a Tomcat bug, or have I done something wrong in my web.xml? I am using Tomcat 7.0.5. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org