2017-04-14 244 views
1

我在SBT中解决传递性依赖问题。SBT传递依赖性解决冲突

的错误是:

java.lang.NoSuchMethodError: com.vividsolutions.jts.index.strtree.STRtree.queryBoundary()Ljava/util/List 

Geospark1.14版本使用jts2geojsonhttps://github.com/bjornharrtell/jts2geojson/blob/master/pom.xml其中引用JTS,但这不包括在内,他们使用自定义的神器作为替换。它被称为JTSPlus,它仍然存在于com.vividsolutions名称空间中,并提供了一些其他方法,即上面缺少的方法。

最新geotools 17在版本1.13 https://github.com/geotools/geotools/blob/master/pom.xml#L752-L754

我需要使用jtsorg.datasyslab.jtsplus它提供额外的,但所需的功能我怎么能做到这一点从替换geotools com.vividsolution.jts

在行家:

<dependency> 
      <groupId>org. geotools </groupId> 
      <artifactId> geotools </artifactId> 
      <version>YOURVERSION</version> 
      <exclusions> 
       <exclusion> 
      <groupId>com.vividsolutions</groupId> 
      <artifactId>jts</artifactId> 
       </exclusion> 
      </exclusions> 
</dependency> 

应该工作,但是对于SBT使用

libraryDependencies ++= Seq(
    "org.geotools" % "gt-main" % geotools, 
    "org.geotools" % "gt-arcgrid" % geotools, 
    "org.geotools" % "gt-process-raster" % geotools) 
    .map(_.excludeAll(
    ExclusionRule(organization = "com.vividsolution", artifact = "jts") 
)) 

没有解决它。实际上,在使用dependencyGraph时,我可以看到SBT仍在将1.13版本的常规jts应用于整个项目。

如何修复依赖关系以正确排除原始JTS版本?

我build.sbt看起来像

lazy val geotools = "17.0" 

resolvers += "osgeo" at "http://download.osgeo.org/webdav/geotools" 
resolvers += "boundless" at "http://repo.boundlessgeo.com/main" 
resolvers += "imageio" at "http://maven.geo-solutions.it" 
resolvers += Resolver.mavenLocal 

libraryDependencies ++= Seq(
    "org.geotools" % "gt-main" % geotools, 
    "org.geotools" % "gt-arcgrid" % geotools, 
    "org.geotools" % "gt-process-raster" % geotools) 
    .map(_.excludeAll(
    ExclusionRule(organization = "com.vividsolution", artifact = "jts") 
)) 

libraryDependencies ++= Seq(
    "org.datasyslab" % "geospark" % "0.6.1-snapshot" 
) 

回答