On Wed, 2012-01-04 at 10:47 -0800, S Ahmed wrote:
> Tomcat 6
> Spring MVC, where my controllers method has both httpservletrequest and
> httpservletresponse as parameters.
>
> The point is that I want to know the effects of others sending me large
> values in a http post (not an image upload, but a form post).
>
> I'm assuming once it is sent by the client as a http post, and my servlet
> responds to the request tomcat has already streamed that data and whether I
> do:
>
> String p1 = request.getParameter("big_payload")
>
> or not, it has already been loaded into memory.
>
> Am I correct?
>
> Is there a maximize size setting in tomcat?
Perhaps "maxPostSize"?
https://tomcat.apache.org/tomcat-6.0-doc/config/http.html
Dan
>
> On Wed, Jan 4, 2012 at 1:03 PM, Konstantin Kolinko
> <knst.koli...@gmail.com>wrote:
>
> > 2012/1/4 S Ahmed <sahmed1...@gmail.com>:
> > > Say I have a simple servlet or spring mvc application running on tomcat.
> > >
> > > Tomcat is running as a webserver on port 80.
> > >
> > > A client makes a http POST request to my page www.example.com/submit
> > >
> > > If the client adds a very large file with the POST, does this mean that
> > > when my servlet code starts to execute, tomcat already has the entire
> > > request content in memory? (including the very large POST parameter)
> >
> > 1. Tomcat version =?
> > 2. What API are you using to read the file?
> >
> > In general request processing starts after the headers in HTTP request
> > have been read. At that point you can call getInputStream() and read
> > the body of the POST request while it is being received from the
> > client.
> >
> > But if you call certain APIs (e.g. getParameter()) the call will hang
> > until entire POST request body is received from the client and
> > processed. It is said that those methods "consume" the body of a POST
> > request.
> >
> > 3. In most implementations large file uploads are not stored in
> > memory, but are written to a temporary file on your hard drive. (So
> > the request body is processed, but you cannot say that it is "in
> > memory").
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> >
