commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Cooper <mart...@apache.org>
Subject Re: [FileUpload] Re: Found a bug (or at least a flaw) in Appach's commons-fileupload V 1.0
Date Tue, 23 Mar 2004 17:09:51 GMT
This is a known issue. See:

http://issues.apache.org/bugzilla/show_bug.cgi?id=24306

The workaround is to not request such a large in-memory threshold.

--
Martin Cooper


On Tue, 23 Mar 2004, Rob Oxspring wrote:

> Rethreading on the commons-dev@jakarta.apache.org mailing list...  :)
>
> Hopefully someone will comment there,
>
> Rob
>
>
> Blume Samuel (KAID 41) wrote:
>
> > Extreme high memory use when using multipart HTML-forms.
> > Problem is obvious with following constellation:
> > - HTML-form with a lot of normal text input fields (like a 20x20 matrix = 400 fields)
.
> > - Use of multipart/form-data in the HTML-form (because you may intend to upload
the
> >   data using a fileupload-filed (optional))
> > - Setting commons-fileupload's setSizeThreshold(1000000) (1M or higher)
> > Reaction:
> > commons-fileupload will now reserve 1M for *each* field in memory.
> > Thus reserving at least 400M memory!! 1M for each simple text filed.
> > Correction:
> > Do not reserve memory in advance! Allocate on the fly and use the threshold only
as limit.
> >
> > - - - - - - - - - - - - - - - - - - - -
> > Regards
> >   Sam Blum
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>

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