从零开始学GeoServer源码十一(如何解决No Multipart-config for Servlet错误)

快速导航

从零开始学GeoServer源码一（开篇）
从零开始学GeoServer源码二（搭建开发环境）
从零开始学GeoServer源码三（断点应该打在哪？）
从零开始学GeoServer源码四（自定义插件或拓展数据源）
从零开始学GeoServer源码五（切片原理及自定义插件支持wms、wmts、tms）
从零开始学GeoServer源码六（如何打包发布？）
从零开始学GeoServer源码七（如何注册服务并发布3dtiles和cesium的地形terrain？）
从零开始学GeoServer源码八（内存溢出？Out of Memory Error ?）
从零开始学GeoServer源码九（如何集成Cesium以实现预览3dtiles和terrain服务？）
从零开始学GeoServer源码十（如何修改菜单项以整合我们的功能？）
从零开始学GeoServer源码十一(如何解决No Multipart-config for Servlet错误)
从零开始学GeoServer源码十二(GeoServer中的切片规则)
从零开始学GeoServer源码十三(GeoServer生成的矢量切片缺失问题)
从零开始学GeoServer源码十四(GeoServer Cloud微服务版本初体验)

点我去AIGIS公众号查看本文

前言

本文起源于我们遇到的一个问题，本来 GeoServer 使用的好好的，但是有天突然发现，无法在 GeoServer 中上传样式的 sld 文件了，报错 “No Multipart-config for Servlet” ，这不是奇怪了，我们明明配置了文件解析器了，为什么会产生这种错误，经过排查是存在文件解析器冲突问题，本文特此记录一下。

1.现象

  一个普通的上传样式 sld 样式文件，结果报错：

2.排查问题

  很明显这是一个文件上传报错，意思是没有配置 Multipart 文件解析器，但是奇怪的是我们已经配置了文件解析器了，并且文件上传模块都能好好的工作，以下这个文件上传模块的配置：

  这就很奇怪了，这不是有文件解析器吗？为什么不起作用？难道说还要再配置一个文件解析器？于是给 web 模块也配置上解析器，结果还是不行，很奇怪。
  于是我们转变下思路，这个 sld 上传功能是 Wicket 框架自带的，是不是 Wicket 哪里配置有问题，于是去查 Wicket 文档

  还是没找到答案。于是考虑到是不是 GeoServer 的bug，将原生 GeoServer 重新编译测试，居然可以正常上传，那就是我们哪里改出的问题！那么关于文件上传，我们还改了哪里呢？自然就是我们自己写的文件上传模块，也就是上文中的配置。

3.找到问题

  那么答案显而易见了，肯定是我们自己写的文件解析器和 Wicket 的文件解析器冲突了，导致 sld 的上传没能被 Wicket 的解析捕获到，那么我们下一步工作就是来解决两个 Multipart Resolver 的冲突问题了。

4.解决问题

  多个文件解析器的冲突解决，网上有很多资料，最简单的就是我们自己写一个文件解析器，这个解析器继承 Spring 的解析器，根据自己的业务进行一些修改，主要是修改 isMultipart 方法，代码如下：

import org.springframework.web.multipart.commons.CommonsMultipartResolver;
import javax.servlet.http.HttpServletRequest;
public class UserDefineMultipartResolver extends CommonsMultipartResolver {
    @Override
    public 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 false
            return false;
        }else {
            //其他的交给父类去判断
            return super.isMultipart(request);
        }
    }
}

配置的时候自然也要把解析器配置成我们自己的解析器

  其实注释已经写的很明白了，就是如果是我们自己的方法，自己的文件，直接 return true，告诉 Spring 要进行解析，如果是其他情况，就走 GeoServer 默认的处理方法。这样我们的方法和 Wicket 的方法都能正常运行。

5.总结

  万事万物都是有原因的，不正常的运行状态必然是有不正常的逻辑引起的。我们正是靠着这一逻辑，一步一步，逐渐定位问题并解决问题，最终解决了多个 Multipart Resolver 之间的冲突问题。希望各位读者也能秉持这一思想，精益求精。回见~

更多精彩内容见公众号AIGIS