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=39316>. 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=39316 ------- Additional Comments From [EMAIL PROTECTED] 2006-04-15 00:12 ------- So I just tested to upload a 1 Gb file with DiskFileUpload's sizeMax set to be 1Mb. I am not sure if the exception is thrown after the uploading passing 1Mb. But it takes really long time till I get a error message. Let's go back to this size controlling. If your concern is that the configged max size should apply to request's size and not to a single file's size, that's fine to me. Still, it's not hard to add up all items' sizes, which should be very close to request's size. If you concern is that the request should be stopped before too much data was uploaded, it seems to me that your current way of implementation is not serving that purpose. Please try and validate it. My testing might not be valid, since I just tested it on my local machine and I don't want to go further and track down Commons FileUpload source code, plus I don't want to support multiple file boxes in one form either. Timewisely, it doesn't look like what you said is valid. It might be shorter than uploading the whole thing, but it still comsumes a lot of bandwidth. The thing is that by using this CommonsMultipartRequestHandler, if the request size passes the size set in struts-config, I will lose all field information and this is where the painth comes from - all my parameters were set to 0 or nothing. Of course, nothing cannot be achieved without using struts. Nobody needs struts to breathe. People just love struts' for its convenience. -- 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]
