You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2007/01/04 22:17:24 UTC

DO NOT REPLY [Bug 40317] - mod_jk, mixed up response if request contains http status 304 - resources with Content-Length > 0

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40317>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40317





------- Additional Comments From Tim.Whittington@orionhealth.com  2007-01-04 13:17 -------
This doesn't seem to be a bug in mod_jk as it stands.
For a start, the downstream server is responding with broken HTTP, which is
probably confusing the user agent when the response is recieved (from what
you're describing, the user agent appears to be ignoring the content length on
the stream when it sees a 304, and then reading that content on the next
request/response cycle).

I don't think mod_jk should be playing the role of HTTP tidier - it should be
simply proxying the HTTP traffic through.

Unless you can show an error in the HTTP converstation between the user agent
and the web server/mod_jk, I'd suggest that this bug gets closed as an INVALID.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org