"Hassan Schroeder" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > [EMAIL PROTECTED] wrote: > >> I really couldn't care less whether the content-length header is >> different. The important thing here is what is in the logs. > > No, it's not; the important thing is whether there's any applicable > spec that (even indirectly) requires the container to generate the > exact same response body (to be discarded rather than returned) for > a HEAD request as for a GET. >
The Servlet spec and the HTTP/1.1 RFC have a slight disagreement here: For a Servlet that doesn't implement doHead, and doesn't set contentLength in it's doGet method, a HEAD request will send back a 'Content-Length' header and no 'Transfer-Encoding' header. A GET request (unless the content is very small, at least on Tomcat) will send back no 'Content-Length' header, and a 'Transfer-Encoding: chunked' header. >> When you tested it, do you get a "FOO:[...]" line in your logs (that >> corresponds to the HEAD request)? >> Does it have something between the '[' and ']'? > > No. But I wouldn't have *any* expectations of an ambiguous situation. > Out of curiousity, have you tried this with any different containers > (Jetty, Resin, JRun, ...)? > >From http://issues.apache.org/bugzilla/show_bug.cgi?id=37466, it looks like it's a waste of time checking other containers. It seems that this is a known bug at least in the Jakarta implementation of JSTL. >> The problem is that I _am_ getting a line like that, which implies >> that tomcat runs the jsp page, but there is nothing between the brackets. >> You can't see in the test case that I sent, but this causes all sorts of >> problems if you have code that tries to use the data that c:import >> supposedly loads. > > It sounds like a problem to develop an app based on behavior that's > not required by any spec (or handled totally by your own code). :-) > > FWIW! > -- > Hassan Schroeder ----------------------------- [EMAIL PROTECTED] > Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com > > dream. code. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
