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=39162>. 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=39162 Summary: fails with transfer-encoding: chunked Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: File Upload AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I am using FileUpload, and when I tried using my applet from a file upload operation from a SonyEricsson phone, I got this error: apache.commons.fileupload.FileUploadBase$UnknownSizeException: the request was rejected because its size is unknown at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:305) at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:116) It is the exact same problem as described here: http://issues.apache.org/bugzilla/show_bug.cgi?id=37794 Here, copy/paste of the relevant issue: (Comment #2 From Arne Riiber 2005-12-05 19:45) It's correct that Content-Length was required for HTTP/1.0, but with HTTP/1.1 it's not required anymore according to RFC2616 [ftp://ftp.isi.edu/in-notes/rfc2616.txt] chapter 4.3: The presence of a message-body in a request is signaled by the inclusion of a Content-Length or Transfer-Encoding header field in the request's message-headers. RFC2616 chapter 19.4.6 "Introduction of Transfer-Encoding" also includes pseudo code for determining the content-length from the chunks. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]