DO NOT REPLY [Bug 39162] - [fileupload] fails with transfer-encoding: chunked

[bu...@apache.org]

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


mqm@magma.ca changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED




------- Additional Comments From bayard@apache.org  2006-03-31 19:22 -------
I presume the code dies when there's no content length to stop people sending infinite length uploads to 
the server (DOS attack).

However; could we not have a specialized InputStream in place for these occasions that keeps a count of 
the number of bytes that have come in and blows up when it passes the max?

------- Additional Comments From mqm@magma.ca  2006-04-01 02:53 -------
I agree that there should be API where people can say the max size of an 
upload they want. In PHP, for example, you define such value in PHP.INI. I 
wouldn't mind having to pay this small price in exchange for the extra feature.

Cell phones are so pervasive now, I think that the need to support this type 
of encoding is very real. Well, I definitely need it for now :-)

BTW, the O'Reilly lib has the same problem 
(com.oreilly.servlet.multipart.MultipartParser , at http://servlets.com/cos/ )


-- 
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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org