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 2002/02/14 07:12:03 UTC

DO NOT REPLY [Bug 6450] New: - error-by-one in partial HTTP/1.1 GET requests

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6450

error-by-one in partial HTTP/1.1 GET requests 

           Summary: error-by-one in partial HTTP/1.1 GET requests
           Product: Tomcat 4
           Version: 4.0.1 Final
          Platform: PC
               URL: www.activesky.com
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Unknown
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: stephen.klump@activesky.com


Given nonnegative integers m, n where m < n

Given an HTTP/1.1 request like

GET http://<myhost>:<myport>/data.html HTTP/1.1
Range:bytes=<m>-<n>

(no angle brackets around m and n, of course), Tomcat responds with only bytes 
(m) through (n-1).

Given an HTTP/1.1 request like

GET http://myhost:<myport>/data.html HTTP/1.1
Range:bytes=-<n>

(no angle brackets around n, of course), Tomcat responds with only the last (n-
1) bytes of data.

Therefore, it appears impossible to get the last byte of a file using partial 
GETs under HTTP/1.1.

The way I read RFC2616, byte ranges are supposed to be inclusive, start at 0 
and end at one less than the file length (section 14.35.1).

Help please?  Any suggestions how I can work around this?
Stephen

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>