浅谈对struts2.2 the request was rejected because its size (XXXX) exceeds the configured maximum (XXXX)错

最近在学struts2 ，在上传文件时发现有个异常不好处理，经过google终于有点小眉目，现浅谈下这个异常处理。有不妥当的地方还请指教

 http://blog.csdn.net/dxswzj

 

  在struts2中我们上传文件大于struts.multipart.maxSize设置的值时会抛出the request was rejected because its size (XXXX) exceeds the configured maximum (XXXX)异常，他是不能被国际化的，这信息对应用户来说是非常不友好的，那任何处理？

 

在struts2.2 中有两个地方设置上传文件大小：

   一个是在拦截器fileUpload中设置

<interceptor-ref name="fileUpload"> <param name="maximumSize">1000000</param> </interceptor-ref>

   一个是在struts2 自带的文件default.properties中设置的（系统默认大小2M）

   struts.multipart.maxSize=2097152

   这个可以在struts.propertise 文件中修改

 

那这两个有什么区别呢？

   Struts2框架底层默认用的是apache的commons-fileupload组件对上传文件进行接受处理。struts.multipart.maxSize设置的大小就是该处理时取用的值，在上传文件之前系统会去比较文件的大小是否超过了该值，如果超过将抛出上述异常，commons-fileupload组件是不支持国际化的，所以我们看到的异常都是默认的。

   fileUpload拦截器只是当文件上传到服务器上之后，才进行的文件类型和大小判断。 如果上传的文件大小刚好这struts.multipart.maxSize与maximumSize 之间会抛出 key  struts.messages.error.file.too.large 对应的异常信息，这个才支持国际化。那不是把struts.multipart.maxSize设很大，不就解决问题了吗？非也！ fileUpload拦截器只是当文件上传到服务器上之后，才进行的文件类型和大小判断，这样会造成系统产生多余没用的文件。

 

那该如何是好？

   其实解决的办法有多种，我这里介绍种最简单的方法:
   在struts2.2 org.apache.commons.fileupload.FileUploadBase.java 中我们看到

  /** * Creates a new instance. * @param ctx The request context. * @throws FileUploadException An error occurred while * parsing the request. * @throws IOException An I/O error occurred. */ FileItemIteratorImpl(RequestContext ctx) throws FileUploadException, IOException { if (ctx == null) { throw new NullPointerException("ctx parameter"); } String contentType = ctx.getContentType(); if ((null == contentType) || (!contentType.toLowerCase().startsWith(MULTIPART))) { throw new InvalidContentTypeException( "the request doesn't contain a " + MULTIPART_FORM_DATA + " or " + MULTIPART_MIXED + " stream, content type header is " + contentType); } InputStream input = ctx.getInputStream(); if (sizeMax >= 0) { int requestSize = ctx.getContentLength(); if (requestSize == -1) { input = new LimitedInputStream(input, sizeMax) { protected void raiseError(long pSizeMax, long pCount) throws IOException { FileUploadException ex = new SizeLimitExceededException( "the request was rejected because" + " its size (" + pCount + ") exceeds the configured maximum" + " (" + pSizeMax + ")", pCount, pSizeMax); throw new FileUploadIOException(ex); } }; } else { ///问题就在这里 if (sizeMax >= 0 && requestSize > sizeMax) { throw new SizeLimitExceededException( "the request was rejected because its size (" + requestSize + ") exceeds the configured maximum (" + sizeMax + ")", requestSize, sizeMax); } } } String charEncoding = headerEncoding; if (charEncoding == null) { charEncoding = ctx.getCharacterEncoding(); } boundary = getBoundary(contentType); if (boundary == null) { throw new FileUploadException( "the request was rejected because " + "no multipart boundary was found"); } notifier = new MultipartStream.ProgressNotifier(listener, ctx.getContentLength()); multi = new MultipartStream(input, boundary, notifier); multi.setHeaderEncoding(charEncoding); skipPreamble = true; findNextItem(); }

实际上他是把该异常信息设置为Action级别的错误信息。

了解完这个就好办了，我们可以在action中直接重写ActionSupport的addActionError()方法，

 

/** * 替换文件上传中出现的错误信息 *引用 import java.util.regex.Matcher; * import java.util.regex.Pattern; * * */ @Override public void addActionError(String anErrorMessage) { //这里要先判断一下，是我们要替换的错误，才处理 if (anErrorMessage.startsWith("the request was rejected because its size")) { Matcher m = Pattern.compile("//d+").matcher(anErrorMessage); String s1 = ""; if (m.find()) s1 = m.group(); String s2 = ""; if (m.find()) s2 = m.group(); //偷梁换柱，将信息替换掉 super.addActionError("你上传的文件大小（" + s1 + "）超过允许的大小（" + s2 + "）"); //也可以改为在Field级别的错误 // super.addFieldError("file","你上传的文件大小（" + s1 + "）超过允许的大小（" + s2 + "）"); } else {//否则按原来的方法处理 super.addActionError(anErrorMessage); } }  

这时这页面增加

  <s:fielderror/>

就可以了。

 

做到这里还有个问题，就是原来页面上输入的其他文本内容也都不见了，也就是说params注入失败。

这个是没办法的，因为这个异常是在文件上传之前捕获的，文件未上传，同时params也为注入，所以这时最好重定向到一个jsp文件，提示上传失败，然后重写填写相应信息。