commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38163] - [fileupload] Error during process a multipart/form-data page
Date Fri, 06 Jan 2006 16:43:49 GMT
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=38163>.
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=38163





------- Additional Comments From hauser@acm.org  2006-01-06 17:43 -------
from looking at the source code and these ethereal dumps, the hypothesis arises
that due to Blackberry Browser short-comings, the fileoupload classes produce
"String" instead of a "org.apache.commons.fileupload.FileItem" or
"org.apache.struts.upload.FormFile" respectively.

I guess instead of resulting with a wrong class here, it might be preferrable to
set this to "null" and depending on the debug level report this in the logs?

Then blackberry multipart/form-posts would go through, albeit without the file
(it wouldn't be able to upload anyway due to its own conceptual limitations),
but at least no denial of service situation would occur.

See Bug 38165 for a better error message in bean-utils that would make it easy
to approve or disprove this hypothesis.

-- 
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


Mime
View raw message