Class StandardServletMultipartResolver
- All Implemented Interfaces:
MultipartResolver
MultipartResolver interface,
based on the Servlet Part API.
To be added as "multipartResolver" bean to a Spring DispatcherServlet context,
without any extra configuration at the bean level (see below).
This resolver variant uses your Servlet container's multipart parser as-is,
potentially exposing the application to container implementation differences.
Also, see this resolver's configuration option for
strict Servlet compliance, narrowing the
applicability of Spring's MultipartHttpServletRequest to form data only.
Note: In order to use Servlet container based multipart parsing,
you need to mark the affected servlet with a "multipart-config" section in
web.xml, or with a MultipartConfigElement
in programmatic servlet registration, or (in case of a custom servlet class)
possibly with a MultipartConfig annotation
on your servlet class. Configuration settings such as maximum sizes or storage
locations need to be applied at that servlet registration level; a Servlet
container does not allow for them to be set at the MultipartResolver level.
public class AppInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {
// ...
@Override
protected void customizeRegistration(ServletRegistration.Dynamic registration) {
// Optionally also set maxFileSize, maxRequestSize, fileSizeThreshold
registration.setMultipartConfig(new MultipartConfigElement("/tmp"));
}
}- Since:
- 3.1
- Author:
- Juergen Hoeller
- See Also:
-
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionvoidClean up any resources used for the multipart handling, like a storage for the uploaded files.booleanisMultipart(HttpServletRequest request) Determine if the given request contains multipart content.resolveMultipart(HttpServletRequest request) Parse the given HTTP request into multipart files and parameters, and wrap the request inside aMultipartHttpServletRequestobject that provides access to file descriptors and makes contained parameters accessible via the standard ServletRequest methods.voidsetResolveLazily(boolean resolveLazily) Set whether to resolve the multipart request lazily at the time of file or parameter access.voidsetStrictServletCompliance(boolean strictServletCompliance) Specify whether this resolver should strictly comply with the Servlet specification, only kicking in for "multipart/form-data" requests.
-
Constructor Details
-
StandardServletMultipartResolver
public StandardServletMultipartResolver()
-
-
Method Details
-
setResolveLazily
public void setResolveLazily(boolean resolveLazily) Set whether to resolve the multipart request lazily at the time of file or parameter access.Default is "false", resolving the multipart elements immediately, throwing corresponding exceptions at the time of the
resolveMultipart(jakarta.servlet.http.HttpServletRequest)call. Switch this to "true" for lazy multipart parsing, throwing parse exceptions once the application attempts to obtain multipart files or parameters.- Since:
- 3.2.9
-
setStrictServletCompliance
public void setStrictServletCompliance(boolean strictServletCompliance) Specify whether this resolver should strictly comply with the Servlet specification, only kicking in for "multipart/form-data" requests.Default is "false", trying to process any request with a "multipart/" content type as far as the underlying Servlet container supports it (which works on e.g. Tomcat but not on Jetty). For consistent portability and in particular for consistent custom handling of non-form multipart request types outside of Spring's
MultipartResolvermechanism, switch this flag to "true": Only "multipart/form-data" requests will be wrapped with aMultipartHttpServletRequestthen; other kinds of requests will be left as-is, allowing for custom processing in user code.- Since:
- 5.3.9
-
isMultipart
Description copied from interface:MultipartResolverDetermine if the given request contains multipart content.Will typically check for content type "multipart/form-data", but the actually accepted requests might depend on the capabilities of the resolver implementation.
- Specified by:
isMultipartin interfaceMultipartResolver- Parameters:
request- the servlet request to be evaluated- Returns:
- whether the request contains multipart content
-
resolveMultipart
public MultipartHttpServletRequest resolveMultipart(HttpServletRequest request) throws MultipartException Description copied from interface:MultipartResolverParse the given HTTP request into multipart files and parameters, and wrap the request inside aMultipartHttpServletRequestobject that provides access to file descriptors and makes contained parameters accessible via the standard ServletRequest methods.- Specified by:
resolveMultipartin interfaceMultipartResolver- Parameters:
request- the servlet request to wrap (must be of a multipart content type)- Returns:
- the wrapped servlet request
- Throws:
MultipartException- if the servlet request is not multipart, or if implementation-specific problems are encountered (such as exceeding file size limits)- See Also:
-
cleanupMultipart
Description copied from interface:MultipartResolverClean up any resources used for the multipart handling, like a storage for the uploaded files.- Specified by:
cleanupMultipartin interfaceMultipartResolver- Parameters:
request- the request to clean up resources for
-