maven 3依赖插件-结果不一致

Question

我正在将我的项目从Maven2(2.2.1)迁移到Maven3(3.1.0)，我在jar版本上遇到了一些问题。当我试图追踪这个问题时，我从依赖插件中发现了一些不一致的结果，这让我很困惑。

当我在Maven3中尝试以下命令时：

mvn dependency:tree -Dincludes=commons-codec

结果是：

[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ xxx ---
[INFO] com.xxx.yyy:zzz:war:2.6-SNAPSHOT
[INFO] \- net.sourceforge.jwebunit:jwebunit-htmlunit-plugin:jar:2.2:test
[INFO]    \- net.sourceforge.htmlunit:htmlunit:jar:2.5:test
[INFO]       \- commons-codec:commons-codec:jar:1.3:compile
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS

因此，结果表明将使用commons-codec-1.3.jar。(Maven3在打包时确实包含commons-codec-1.3.jar)。

但是，如果我将选项（-dverbose）添加到命令中

mvn dependency:tree -Dincludes=commons-codec -Dverbose

[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ xxx ---
[INFO] com.xxx.yyy:zzz:war:2.6-SNAPSHOT
[INFO] +- net.sourceforge.jwebunit:jwebunit-htmlunit-plugin:jar:2.2:test
[INFO] |  \- net.sourceforge.htmlunit:htmlunit:jar:2.5:test
[INFO] |     +- commons-httpclient:commons-httpclient:jar:3.1:test
[INFO] |     |  \- (commons-codec:commons-codec:jar:1.2:test - omitted for conflict with 1.3)
[INFO] |     \- (commons-codec:commons-codec:jar:1.3:compile - scope updated from test; omitted for duplicate)
[INFO] \- xxx.yyy.zzz.core:www-core:jar:2.6-SNAPSHOT:compile
[INFO]    +- org.apache.httpcomponents:httpclient:jar:4.2.2:compile
[INFO]    |  \- commons-codec:commons-codec:jar:1.6:compile
[INFO]    \- xxx.yyy.zzz.security:datasecurity:jar:2.0:compile
[INFO]       \- (commons-codec:commons-codec:jar:1.3:compile - omitted for conflict with 1.6)
[INFO] ------------------------------------------------------------------------

• 自从Maven Dependency插件的2.5版以来，Dependency：Tree与Maven3-Maven3--我如何找到依赖解决方案？（mvn depedency：树不适用于mvn3)
• verbose:是否在序列化的依赖项树中包括省略的节点。-http://maven.apache.org/plugins/maven-dependency-plugin/tree-mojo.html

Answer 1

Maven总是最接近匹配的依赖项，在本例中，1.2、1.3和1.6具有相同的深度级别：3。所以Maven必须选择其中一个，并选择1.6。

您可以通过直接在模块pom.xml中添加依赖项来强制给定的依赖项版本，这将使其处于第一个深度级别，并强制maven将其与您定义的版本一起使用。

此外，这对我来说很奇怪，因为它是测试依赖项（commons-httpclient：commons-httpclient：jar：3.1：test）的传递依赖项，所以永远不应该打包。