You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2004/02/04 23:51:24 UTC
DO NOT REPLY [Bug 26675] New: -
[fileupload] uploads greater than memory threshold don't get written to disk
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26675>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26675
[fileupload] uploads greater than memory threshold don't get written to disk
Summary: [fileupload] uploads greater than memory threshold don't
get written to disk
Product: Commons
Version: 1.0 Final
Platform: All
OS/Version: All
Status: NEW
Severity: Major
Priority: Other
Component: File Upload
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: Joe@Germuska.com
I am using commons-fileupload with Struts. I am having a problem where uploaded files which exceed
the "in-memory" threshold do not get written to disk, and so appear to be of zero-length.
I am getting identical response using the same web-app on Tomcat 4.1.29/Mac OS X and Solaris 5.8/
JBoss 3.2.2/Jetty 4.2.11. I am using FileUpload 1.0 and a Struts CVS build.
It seems unlikely that I would be the one to discover this bug, as other people must be uploading
largeish files. Perhaps I have something configured wrong, but I'm actually using all of the Struts
defaults (I changed the memSize property of the Controller a few times to zero-in on the problem being
the threshold, but that's the only non-default setting.) The files should be written to the App Server's
temp directory, so I don't think there's a file permissions problem -- and if there is, it should be
blowing up in my face, not failing silently.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org