为什么Maven包含相同依赖的多个版本？

Question

我有一个Maven java web应用程序（.WAR）项目，其中包括几个库，其中包括Wicket库（但我不认为问题是wicket本身，而是与maven）。

这里的问题：即使寿我只包括Wicket 6.20.0，所产生的.WAR包含两个副本检票库：6.20.0和6.18.0，你可以在这个截图中看到：

思考一些冲突的进口我打印依赖关系树使用：

mvn dependency:tree 

commnad ...但在依赖关系树中没有提到Wicket 6.18.0！我还使用Eclipse的“依赖关系层次结构”视图进行了双重检查，我可以确认没有该导入的痕迹。

我甚至在Eclipse的整个工作区中搜索字符串“6.18.0”，但无处可查！

我怎样才能找出是什么导致包含该库的重复版本？

Answer 1

Maven不以这种方式工作。
使用相同artifactId和groupId但使用不同版本的多个依赖项的解决方案将导致单个依赖项（所使用的版本不是确定性的）。

• 你不执行mvn clean package：
  

  两个产物具有相同的artifactId和的groupId但是有两个不同的版本，在战争的同一个lib文件夹的存在可能与其中的一个但只有mvn package。

• 您使用Maven war插件的bug版本。尝试更新它来检查。

• 在构建组件的过程中，您有一个Maven插件，用于在目标文件夹的WEB-INF/lib文件夹中复制Wicket jars 6.18.0。

• 您正在构建的maven WAR项目具有WAR类型的工件作为依赖关系。在这种情况下，WAR依赖关系的依赖关系在您正在构建的WAR项目中是如此overlaid。

---

一个有趣的Maven的问题有关，因为WAR依赖复制JAR：

JARs with different versions can be in WEB-INF/lib with war as dependencies

---

Your answer和你comment表示，其实你必须在生成一个WAR依赖。
不幸的是，没有一个真正的长期有效的解决方案来绕过这个限制。

正如我在评论说，使用Maven的战争插件的packagingExcludes属性是一个有效的解决方法的实际问题：

<plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <artifactId>maven-war-plugin</artifactId> 
    <version>2.4</version> 
    <configuration> 
     <!-- ... --> 
     <packagingExcludes>WEB-INF/lib/wicket-*-6.18.0.jar</packagingExcludes> 
    </configuration> 
</plugin> 

但要注意，使用将做您的构建通过时间不太可靠。 当您更新WAR依赖版本的那一天以及在其新版本中，它再次提取不同版本的wicket时，仍然有在构建的WAR中有两个不同版本的重复jar的风险。

使用the overlay功能通过指定maven-war-plugin的overlay元素通常会更好，因为它专注于应用于战争依赖关系的叠加层。它可以及早解决问题。 其结果是，你可以定义从战争依赖排除任何检票的JAR：

<plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <version>2.4</version> 
    <artifactId>maven-war-plugin</artifactId> 
    <configuration>  
     <overlays> 
      <overlay> 
       <groupId>com.whatever.youlike</groupId> 
       <artifactId>myArtifact</artifactId> 
       <excludes> 
        <exclude>WEB-INF/lib/wicket-*.jar</exclude>     
       </excludes> 
      </overlay> 
     </overlays> 
    </configuration> 
</plugin> 

这种方式是更好的，但是这仍然是一个解决办法。
依赖关系WAR被更新的日子，并且它拉取在实际构建中声明但具有不同版本的新依赖项（Wicket除外），那么您可能会完成相同类型的问题。

我认为声明WAR文物的依赖关系应该只做，因为我们没有选择。
由于poms和项目重构是可能的，引入两个WAR所依赖的通用JAR依赖关系，并且只包含两个WAR的常见源和资源，这使得事情变得更简单。

Answer 2

因为其他库可以使用相同的库，但版本不同，或者您尝试了不同的版本，并没有使mvn clean

Answer 3

使用clean install和双依赖性可能会消失。

Answer 4

命令mvn dependency:tree告诉你正确的信息 - 你在这里看到的是一个eclipse/build问题。

清除项目中的所有目标和构建区域。如果需要，请从源代码管理检查到新文件夹。

或者，您可以在IntelliJ IDEA中构建您的项目，并查看您是否获得了正确的依赖关系（很可能您会）。

Answer 5

那么，我想出来，而徘徊。

我有型“战争”的项目的依赖：

<dependency> 
    <groupId>com.whatever.youlike</groupId> 
    <artifactId>myArtifact</artifactId> 
    <version>1.0.7-SNAPSHOT</version> 
    <type>war</type> 
</dependency> 

显然，（我没有意识到这一点，这里是我的错），这些类型的依赖性将通过复制自身包含在类路径所有库都放在主WAR/libs文件夹中，但这些文件不会在依赖关系树/依赖关系层次结构中显示应用程序。

我解决了通过配置在WAR插件的明确排除：

<plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <artifactId>maven-war-plugin</artifactId> 
    <version>2.4</version> 
    <configuration> 
     <!-- ... --> 
     <packagingExcludes>WEB-INF/lib/wicket-*-6.18.0.jar</packagingExcludes> 
    </configuration> 
</plugin>