tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 41129] New: - Tomcat generates invalid HTTP response header
Date Thu, 07 Dec 2006 23:28:15 GMT
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=41129>.
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=41129

           Summary: Tomcat generates invalid HTTP response header
           Product: Tomcat 5
           Version: Unknown
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: major
          Priority: P2
         Component: Connector:HTTP
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: simon@weft.co.uk


All versions of Tomcat from 4.0 series up to and including 5.5.20 generate the 
HTTP response string 'HTTP/1.x', which does not comform with RFC 2616. I'm not 
certain whether it does this under all circumstances but I have thus far been 
unable to find conditions under which it generates a valid code.

e.g.:

HTTP/1.x 404 /fisherman/floogle
Content-Type: text/html;charset=ISO-8859-1
Content-Language: en-US
Transfer-Encoding: chunked
Date: Thu, 07 Dec 2006 18:38:41 GMT
Server: Apache-Coyote/1.1

This does not conform to RFC 2616 which says (section 6.1, page 39)

   6.1 Status-Line

   The first line of a Response message is the Status-Line, consisting
   of the protocol version followed by a numeric status code and its
   associated textual phrase, with each element separated by SP
   characters. No CR or LF is allowed except in the final CRLF sequence.

       Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

HTTP-Version is defined in paragraph 3.1, page 17 as:

       HTTP-Version   = "HTTP" "/" 1*DIGIT "." 1*DIGIT

'HTTP/1.x' does not match this pattern and is therefore invalid.

This breaks things parse the response line, including specifically IBM's 
implementation of javax.microedition.io.HttpConnection.

I'm working on this now and will submit a patch as soon as I have a fix, but 
it's probable that someone familiar with the codebase could fix it faster and 
better than I can.

-- 
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


Mime
View raw message