Actually I want to read the whole input, and increasing tomcat maxPostSize
is the solution.

But I was puzzled by the fact that I got no exception and instead I got
this weird behavior. Is there something that wicket does that keeps tomcat
from throwing the exception?




On Fri, Jun 21, 2013 at 12:32 PM, Martin Grigorov <mgrigo...@apache.org>wrote:

> You can use Wicket API to set the maxSize -
> org.apache.wicket.markup.html.form.Form#setMaxSize
> This way Tomcat will read the whole input and Wicket will report the error.
>
> But maybe reading the whole input is what you try to avoid.
>
>
> On Fri, Jun 21, 2013 at 11:24 AM, Marios Skounakis <msc...@gmail.com>
> wrote:
>
> > Some more info after further investigation:
> >
> > The problem is definitely related to tomcat maxPostSize parameter. I have
> > set this to a very small value (100) and the problem is occurring even in
> > very small regular (non ajax) form posts.
> >
> > Debugging this I found that
> >
> >
> org.apache.wicket.protocol.http.servlet.ServletWebRequest.generatePostParameters
> >
> > calls
> > Map<String, String[]> params = getContainerRequest().getParameterMap();
> > and gets a blank params map.
> >
> > This explains the fact that the form is normally processed and rendered
> > with null component values.
> >
> > I am not sure how I can investigate this further. getContainerRequest()
> is
> > a tomcat RequestFacade object so this is where I stopped tracing the
> > execution. Perhaps it's a tomcat bug. I'll go ahead and try with
> different
> > tomcat versions.
> >
> >
> >
> >
> > On Fri, Jun 21, 2013 at 10:40 AM, Martin Grigorov <mgrigo...@apache.org
> > >wrote:
> >
> > > Hi,
> > >
> > >
> > > On Thu, Jun 20, 2013 at 10:11 PM, Marios Skounakis <msc...@gmail.com>
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > > I have the following problem:
> > > > - User submits form with lots of textareas via ajax
> > > > - User gets a blank page
> > > >
> > > > I think (but I'm not quite sure yet) this happens when the textareas
> > > > contain so much text that either maxPostSize or connectionTimeout
> > (submit
> > > > tries to store to db as well) are exceeded.
> > > >
> > > > The weird thing is that there is no exception. The form comes back
> > after
> > > > the ajax request with blank components.
> > > >
> > >
> > > So is it a blank page or just form elements without values ?
> > >
> > >
> > > >
> > > > Has anyone else seen this behavior? Why is there no exception?
> > > >
> > >
> > > If the problem is maxSize then there must be an exception. This will
> lead
> > > to onFailure() call executed in Ajax request.
> > >
> > >
> > > >
> > > > Thanks
> > > > Marios
> > > >
> > >
> >
>

Reply via email to