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-14 23:12 ------- Well, I already consider that situation. Yes, the file will be uploaded to the temp dir, no matter how large it is. But I don't really think it's going to be a big issue for, at least for our web application. Coz we specified the size limit before the users upload, we told them it's not going to pass and I can barely imagine some1 will upload a super huge file by eating his/her own upload bandwidth, considering currently most Cable/DSL still don't have a good upload speed. And if it's a hacker who wants to consume our bandwidth. Well, we got nothing to stop him with this struts MultiPart class. He/she can write a bot to keep uploading, no matter how big the size limit is out there, 1000 times of 1Mb is still 1 Gb. Comparing to the malfunctioning class, I think this is more reasonable to our web application. For you, of course, you have to think about serving more general purpose. But I really doubt this is a more concern than a malfunctioning class. Comparing pros and cons, I think this way is gain. -- 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]
