From 6992d2016843431b4359e22c36e80b242679df6c Mon Sep 17 00:00:00 2001 From: rjung Date: Wed, 9 Mar 2011 05:38:23 +0000 Subject: [PATCH] Docs: Move "allowCasualMultipartParsing", "swallowAbortedUploads" and "swallowOutput" from StandardContext to Context. git-svn-id: https://svn.apache.org/repos/asf/tomcat/trunk@1079671 13f79535-47bb-0310-9956-ffa450edef68 --- webapps/docs/config/context.xml | 76 ++++++++++++++++++++--------------------- 1 file changed, 38 insertions(+), 38 deletions(-) diff --git a/webapps/docs/config/context.xml b/webapps/docs/config/context.xml index 77ee3ff46..7243f58cc 100644 --- a/webapps/docs/config/context.xml +++ b/webapps/docs/config/context.xml @@ -184,6 +184,17 @@ + +

Set to true if Tomcat should automatically parse + multipart/form-data request bodies when HttpServletRequest.getPart* + or HttpServletRequest.getParameter* is called, even when the + target servlet isn't marked with the @MultipartConfig annotation + (See Servlet Specification 3.0, Section 3.2 for details). + Note that any setting other than false causes Tomcat + to behave in a way that is not technically spec-compliant. + The default is false

+ +

This value represents the delay in seconds between the invocation of the backgroundProcess method on this context and @@ -333,6 +344,33 @@ file.

 + +

Set to false if Tomcat should not read any additional + request body data for aborted uploads and instead abort the client + connection. This setting is used in the following situations: +

    +
  • the size of the request body is larger than the + maxPostSize configured in the connector +
    • +
  • the size limit of a MultiPart upload is reached +
    • +
  • the servlet sets the response status to 413 + (Request Entity Too Large) +
    • +
+ Not reading the additional data will free the request processing thread + more quickly. Unfortunately most HTTP clients will not read the response + in case they can not write the full request.

+

The default is true, so additional data is being read.

+ + + +

If the value of this flag is true, the bytes output to + System.out and System.err by the web application will be redirected to + the web application logger. If not specified, the default value + of the flag is false.

+ +

If the value of this flag is true, the TLD files XML validation will be namespace-aware. If you turn this flag on, @@ -434,17 +472,6 @@ is un-deployed.

 - -

Set to true if Tomcat should automatically parse - multipart/form-data request bodies when HttpServletRequest.getPart* - or HttpServletRequest.getParameter* is called, even when the - target servlet isn't marked with the @MultipartConfig annotation - (See Servlet Specification 3.0, Section 3.2 for details). - Note that any setting other than false causes Tomcat - to behave in a way that is not technically spec-compliant. - The default is false

- -

If the value of this flag is true, symlinks will be allowed inside the web application, pointing to resources outside the @@ -569,33 +596,6 @@ default value of true will be used.

 - -

Set to false if Tomcat should not read any additional - request body data for aborted uploads and instead abort the client - connection. This setting is used in the following situations: -

    -
  • the size of the request body is larger than the - maxPostSize configured in the connector -
    • -
  • the size limit of a MultiPart upload is reached -
    • -
  • the servlet sets the response status to 413 - (Request Entity Too Large) -
    • -
- Not reading the additional data will free the request processing thread - more quickly. Unfortunately most HTTP clients will not read the response - in case they can not write the full request.

-

The default is true, so additional data is being read.

- - - -

If the value of this flag is true, the bytes output to - System.out and System.err by the web application will be redirected to - the web application logger. If not specified, the default value - of the flag is false.

- -

Number of ms that the container will wait for servlets to unload. If not specified, the default value is 2000 ms.

-- 2.11.0