Maven依赖冲突之httpclient.jar包冲突异常分析_com.aliyun.tea.teaexception哪个jar包-CSDN博客

本文链接：https://blog.csdn.net/loongshawn/article/details/50831890

本文分析了Maven工程在部署时遇到的httpclient.jar版本冲突问题。当指定httpclient-4.4.jar时，实际打包后加载的是httpclient-4.3.6.jar。通过查看依赖树，发现aliyun-sdk-oss-2.1.0依赖了旧版本。通过在pom.xml中排除冲突依赖，并更新maven-assembly-plugin版本，成功解决了问题，使得服务能够正常运行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

转载请注明来源：http://blog.csdn.net/loongshawn/article/details/50831890

1.0 背景

maven工程在部署时，有时候大家会碰到这种情况：自己在POM中标明的是引用版本A的jar包，实际打包后却是引用版本B的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.URLClassLoa