我是靠谱客的博主 感性时光,最近开发中收集的这篇文章主要介绍maven依赖冲突查找 1.0 背景 2.0 实例说明,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

转载自:http://blog.csdn.net/loongshawn/article/details/50831890

  • 《Maven依赖加载错误的情况分析》
  • 《Java Web工程转换为基于Maven的Web工程》
  • 《Maven Web工程运行异常:Maven.multiModuleProjectDirectory system propery is not set的问题》
  • 《Maven运行异常:Exception in thread “main” java.lang.UnsupportedClassVersionError》

1.0 背景

maven工程在部署时,有时候大家会碰到这种情况:自己在POM中标明的是引用版本A的jar包,实际打包后却是引用版本B的jar包,或者打的war包中的lib目录下会出现pom.xml中并未引用的jar包。下面就以我遇到的情形来说明。

2.0 实例说明

2.1 案例

案例:pom中指定httpclient-4.4.jar,但实际打包后加载的是httpclient-4.3.6.jar

这个情况之前一直没有发现,直到最近在集成阿里云oss功能才有所察觉。因为每次部署线上服务器时,总是报如下异常:

2016-03-07-23-37 [http-nio-7001-exec-9] [org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/].[dispatcherServlet]] [ERROR] - Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Handler processing failed; nested exception is java.lang.NoClassDefFoundError: org/apache/http/conn/ssl/NoopHostnameVerifier] with root cause
  java.lang.ClassNotFoundException: org.apache.http.conn.ssl.NoopHostnameVerifier
        at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
        at com.aliyun.oss.common.comm.DefaultServiceClient.createHttpClientConnectionManager(DefaultServiceClient.java:230)
        at com.aliyun.oss.common.comm.DefaultServiceClient.<init>(DefaultServiceClient.java:78)
        at com.aliyun.oss.OSSClient.<init>(OSSClient.java:244)
        at com.aliyun.oss.OSSClient.<init>(OSSClient.java:204)
        at com.autonavi.oss.client.DefaultOSSClient.<clinit>(DefaultOSSClient.java:12)
        at com.autonavi.oss.put.OSSUpload.put2(OSSUpload.java:61)
        at com.autonavi.utils.gaokuai.FileUpload.fileUpload(FileUpload.java:229)

上面这个异常是说明缺少NoopHostnameVerifier这个类。查了下,这个类是httpclient-4.4.jar版本中的类。

这里写图片描述

工程的pom中明明已经制定了httpclient-4.4.jar的版本,按道理应该不会出现找不到类的异常。

这里写图片描述

到目前为止,可以判断是maven依赖冲突,既然有冲突,需要找到冲突的源在哪个依赖,然后过滤掉这个依赖即可。接下来进入本地的工程目录,执行以下命令,获取依赖树:

mvn dependency:tree -Dverbose
注意不能仅仅是mvn dependency:tree这个命令,因为这样看不出深层次的依赖引用关系,后面必须加上-Dverbose,以下为依赖树截取部分,从中可以看出aliyun-sdk-oss-2.1.0:jar包依赖httpclient-4.3.6.jar的包。

com.aliyun.oss:aliyun-sdk-oss:jar:2.1.0:compile
[INFO] | +- (org.apache.httpcomponents:httpclient:jar:4.3.6:compile - version managed from 4.4; omitted for conflict with 4.4)
[INFO] | +- org.jdom:jdom:jar:1.1:compile
[INFO] | - net.sf.json-lib:json-lib:jar:jdk15:2.4:compile
[INFO] | +- commons-beanutils:commons-beanutils:jar:1.9.2:compile (version managed from 1.8.0)
[INFO] | | - (commons-collections:commons-collections:jar:3.2.1:compile - omitted for duplicate)
接下来,我们先在pom中过滤掉这个httpclient-4.3.6.jar的包:

<dependency>
    <groupId>com.aliyun.oss</groupId>
    <artifactId>aliyun-sdk-oss</artifactId>
    <version>2.2.0</version>        
    <exclusions> 
        <exclusion>                            
         <groupId>org.apache.httpcomponents</groupId> 
        <artifactId>httpclient</artifactId>                    
        </exclusion> 
    </exclusions> 
</dependency>   
注意,过滤掉冲突jar包,使用如下标注:

<exclusions> 
        <exclusion>                            
        <groupId>111</groupId> 
        <artifactId>111</artifactId>                   
        </exclusion> 
</exclusions> 
过滤掉后,重新执行mvn dependency:tree -Dverbose,得到的依赖树里面再没有说引用httpclient-4.3.6.jar,然后依次执行mvn clean和mvn install -Dmaven.test.skip=true,target中得到如下文件:

这里写图片描述

解压:

这里写图片描述

发现里面的lib目录依然加载的是httpclient-4.3.6.jar,这下子晕了,究竟问题出在哪里,这个maven工程干嘛一直加载这个版本的httpclient包。

至此,可以判断,问题的根结不是在pom依赖上面。而是其他位置,我尝试删除本地库中的httpclient-4.3.6.jar的包。然后重新执行上述maven构建命令,发现工程会自动加载这个版本的包,会不会是打包插件版本的问题:

[INFO]
[INFO] --- spring-boot-maven-plugin:1.1.9.RELEASE:repackage (default) @ rus-api-services ---
[INFO]
[INFO] --- maven-assembly-plugin:2.2-beta-5:single (make-assembly) @ rus-api-services ---
[INFO] Reading assembly descriptor: src/main/assembly/assembly.xml
Downloading: https://repo.maven.apache.org/maven2/org/apache/httpcomponents/httpclient/4.3.6/httpclient-4.3.6.pom
Downloaded: https://repo.maven.apache.org/maven2/org/apache/httpcomponents/httpclient/4.3.6/httpclient-4.3.6.pom (6 KB at 1.9 KB/sec)
Downloading: https://repo.maven.apache.org/maven2/org/apache/httpcomponents/httpclient/4.3.6/httpclient-4.3.6.jar
Downloaded: https://repo.maven.apache.org/maven2/org/apache/httpcomponents/httpclient/4.3.6/httpclient-4.3.6.jar (579 KB at 157.6 KB/sec)
[INFO] Building tar : /Users/xiaolong/Documents/workspace/rus-api-services/target/rus-api-services.tar.gz
[INFO]
[INFO] --- maven-install-plugin:2.5.1:install (default-install) @ rus-api-services ---
pom中配置的打包插件maven-assembly-plugin如下,版本是2.2-beta-5:

在网上查了下,其最新版本是2.5.3,2.2-beta-5版本有点老了,好了,先替换为新版本,试一试,果然加载了正确的httpclient-4.4.jar。

这里写图片描述

这里写图片描述

最后部署线上环境,服务运行OK。

个人补充:

查找某个包的依赖关系命令

mvn dependency:tree -Dverbose -Dincludes=com.xxx.xxx:artifactID
当然也不要一遇到找不到类或找不到方法的异常,就觉得是包冲突,也有可能是引用包的版本不对,导致方法使用报错,不同版本的包同一个方法引用方式可能会变化;

比如说觉得是引入的log4j-core jar包引起的冲突,出现找不到方法的异常,可以先把这个包去了,看看是不是还是同样的错误,如果是找不到该方法对应的类了,说明此异常不是包冲突引起的,因为出错的地方确实是引用了这个包,不是其他版本的包。



最后

以上就是感性时光为你收集整理的maven依赖冲突查找 1.0 背景 2.0 实例说明的全部内容,希望文章能够帮你解决maven依赖冲突查找 1.0 背景 2.0 实例说明所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(34)

评论列表共有 0 条评论

立即
投稿
返回
顶部