You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Martin Cooper <mf...@gmail.com> on 2004/10/17 08:49:04 UTC
Re: DO NOT REPLY [Bug 27328] - tie content length of form fields posted with struts-validator maxlength attribute or alike
On 17 Oct 2004 06:27:17 -0000, bugzilla@apache.org <bu...@apache.org> wrote:
> 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=27328>.
> 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=27328
>
> tie content length of form fields posted with struts-validator maxlength attribute or alike
>
>
> ------- Additional Comments From hauser@acm.org 2004-10-17 06:27 -------
> Martin,
> As per your note on unstoppability, you are saying if somebody tries to kill my
> server by uploading an excessively large file, FileUpload has no way to preempt
> that before throwing an out-of-memory exception and leaving the JVM in a
> non-determined state?
Unfortunately, yes. The issue is not related to FileUpload per se. The
problem is that the servlet spec does not provide a way for a client
to abort a request, once that request has been initiated by a client.
--
Martin Cooper
> What I orignially tried is to leverage the "safe operations parameters" that
> programmers increasingly specify via the validator.xml in a declarative way.
>
> It would be great if an upload would stop or at least avoid OOME driven by some
> parameters (best if there is only one set of such parameters - e.g. the same as
> the ones from struts cited above).
>
> This idea is basically related to Bug 22633.
>
>
>
> ---------------------------------------------------------------------
> 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