本文起源于我们遇到的一个问题,本来 GeoServer 使用的好好的,但是有天突然发现,无法在 GeoServer 中上传样式的 sld 文件了,报错 “No Multipart-config for Servlet” ,这不是奇怪了,我们命名配置了文件解析器了,为什么会产生这种错误,经过排查是存在文件解析器冲突问题,本来特此记录一下。
一个普通的上传样式 sld 样式文件,结果报错:
很明显这是一个文件上传报错,意思是没有配置 Multipart 文件解析器,但是奇怪的是我们明明配置了文件解析器了,我们的另外一个文件上传模块都能好好的工作,以下这个文件上传模块的配置:
这就很奇怪了,这不是有文件解析器吗?为什么不起作用?难道说还要再配置一个文件解析器?于是给 web 模块也配置上解析器,结果还是不行,这不是奇怪了。
于是我们转变下思路,这个 sld 上传功能是 Wicket 框架自带的,是不是 Wicket 哪里配置有问题,于是去查 Wicket 文档
还是没找到答案。于是考虑到是不是 GeoServer 的bug,将原生 GeoServer 重新编译测试,居然可以正常上传,那就是我们哪里改出的问题!那么关于文件上传,我们还改了哪里呢?自然就是我们自己写的文件上传模块,也就是上文中的配置。
那么答案显而易见了,肯定是我们自己写的文件解析器和 Wicket 的文件解析器冲突了,导致 sld 的上传没能被 Wicket 的解析捕获到,那么我们下一步工作就是来解决两个 Multipart Resolver 的冲突问题了。
多个文件解析器的冲突解决,网上有很多资料,最简单的就是我们自己写一个文件解析器,这个解析器继承 Spring 的解析器,根据自己的业务进行一些修改,主要是修改 isMultipart 方法,代码如下:
import org.springframework.web.multipart.commons.CommonsMultipartResolver;
import javax.servlet.http.HttpServletRequest;
public class UserDefineMultipartResolver extends CommonsMultipartResolver {@Overridepublic boolean isMultipart(HttpServletRequest request){String servletPath=request.getServletPath();String uri=request.getRequestURI();if(uri.startsWith("/geoserver/file/Upload")){//说明是文件,是multipart,需要spring的multipart解析return true;}else if(servletPath.equals("/web")){//说明不是multipart,直接return falsereturn false;}else {//其他的交给父类去判断return super.isMultipart(request);}}
}
配置的时候自然也要把解析器配置成我们自己的解析器
其实注释已经写的很明白了,就是如果是我们自己的方法,自己的文件,直接 return true,告诉 Spring 要进行解析,如果是其他情况,就走 GeoServer 默认的处理方法。这样我们的方法和 Wicket 的方法都能正常运行。
万事万物都是有原因的,不正常的运行状态必然是有不正常的逻辑引起的。我们正式靠着这一逻辑,一步一步,逐渐定位问题并解决问题,最终解决了多个 Multipart Resolver 之间的冲突问题。希望各位读者也能秉持这一思想,精益求精。回见~