填坑:Maven工程引用GeoTools依赖

这两天在做一个系统的后台，需要用到GeoTools做后端空间分析，记录一下自己遇到的问题。
项目通过Maven进行构建，参照文档Maven Quickstart添加GeoTools依赖和远程仓库地址。

    
        
            org.geotools
            gt-shapefile
            ${geotools.version}
        
        
            org.geotools
            gt-swing
            ${geotools.version}
        
        
            org.geotools
            gt-epsg-hsql
            ${geotools.version}
        
    
    
        
            maven2-repository.dev.java.net
            Java.net repository
            http://download.java.net/maven/2
        
        
            osgeo
            Open Source Geospatial Foundation Repository
            http://download.osgeo.org/webdav/geotools/
        
        
          
            true
          
          boundless
          Boundless Maven Repository
          http://repo.boundlessgeo.com/main
        
    

但是我的maven没有把依赖下载成功，于是我就用笨办法，将GeoTools对应的编译版本下载下来，并利用《填坑:IDEA导入Maven工程无法下载依赖项》方法，将依赖的jar包注册到本地仓库中。问题就随之而来了。
在引用到GeoTools类库中，定义坐标系，并建立坐标系转换关系时，报错！

CoordinateReferenceSystem sourceCRS = CRS.decode("EPSG:4326");
CoordinateReferenceSystem targetCRS = CRS.decode("EPSG:3785");

MathTransform transform = CRS.findMathTransform(sourceCRS, targetCRS);

对比参考文档CRS Lab Application，并没发现什么不同。但从报错结果看，是定义的EPSG坐标系无法实例化，折腾再三，将geotools文件夹放入src目录下，然后再项目classpath目录下引用对应的jar包，这样能够运行起来，但是将项目打包后却仍然报错。
最终，发现引入以上三个GeoTools库的依赖关系时，它会自动构建和其他包的依赖并将这些依赖包含在它的次层级内，如图所示

image.png

从本地仓库中，也可以看出这种依赖关系

image.png

最后还是翻墙，老老实实将依赖下载下来。
如果你配置了阿里的镜像，可以在自己的maven配置文件修改一下，直接从GeoTools的远程库中下载。

     
      alimaven 
      aliyun maven 
      http://maven.aliyun.com/nexus/content/groups/public/ 
      *,!osgeo,!maven2-repository.dev.java.net,!boundless