分享解决jar包冲突问题的方法:(看了这个你就能解决所有包冲突问题!)

1. 问题描述:(maven+eclipse环境)


          1.1. 昨晚发布这个新功能(接入notify消息中间件)预发失败!报:nested exception is java.lang.NoSuchMethodError: org.springframework.util.ResourceUtils.toURI(Ljava/lang/String;)Ljava/net/URI;
          1.2. 但是我本地环境启动jetty没有报这个问题。



2. 解决方法:

       2.1. 到项目根目录执行depth.bat(mvn dependency:tree > dep.txt)意思是把mvn各个包的依赖关系整理出来,发现新接入notify包下面有个spring2.5.1的包,而spring的包在dep.txt已经存在而且是3.1.1版本。
       2.2. 那这样就很清楚了,预发的时候启动应用服务器可能默认使用了2.5.1包,而这个包的ResourceUtils类跟其他jar包不合,所以需要去掉这个低版本的spring包的依赖。这样可以在在pom文件里面的加上<exclusions><exclusion><groupId>org.springframework</groupId><artifactId>spring</artifactId></exclusion></exclusions>
       2.3. 理应问题就这样解决了,但是我本地再测试的时候,发现应用能正常启动,但是测试发送notify消息又出现了包冲突,尼玛~ 报错:java.lang.NoSuchMethodError: com.taobao.eagleeye.EagleEye.rpcClientSend()V。
       2.4. 再次检查dep.txt文件发现eagleEye依赖的是1.0.0版本,而且在tddl的3.0.1.6版本下面。推断是这个eagleEyejar版本低了,但又不能把tddl的3.0.1.6版本随意提高
       2.5. 检查我pom文件里面notify依赖配置是<dependency><groupId>com.taobao.hsf</groupId><artifactId>hsf.notify.spring</artifactId><version>1.4.9.6</version></dependency>
       2.6. 推测是hsf管理的notify需要更好的eagleEye版本,而dep.txt文件显示它自己又没有依赖引用更高的eagleEye版本,导致系统默认只能使用了tddl的3.0.1.6版本下面eagleEye1.0.低版本
       2.7. notify官网还有另外一种依赖配置就是:<groupId>com.taobao.notify</groupId> <artifactId>notify-tr-client</artifactId> <version>1.8.15</version>
       2.8. 试下这个,然后加上去掉spring的<exclusions>块,两个问题都就这样解决了!
       2.9. 为什么发布预发之前我本地可以一切正常呢?还原到以前的pom文件查了也有spring2.5.1和spring3.1.1的两个包同时存在。我这里只能推测eclipse里面jvm默认使用了高版本,2.5.1版本的spring被默认忽略了。这点望大牛补充指点。


最后的pom.xml配置:

<dependency>
             <groupId>com.taobao.notify</groupId>
             <artifactId>notify-tr-client</artifactId>
             <version>1.8.15</version>
             <exclusions>
             <!--  因为hsf.notify.spring 1.4.9.6版本里面带有2.5.1spring,而这个项目上面都是引用3.1.1版本的spring,所以需要这里特殊去掉spring引用 -->
                 <exclusion>
                    <groupId>org.springframework</groupId>
                      <artifactId>spring</artifactId>
                </exclusion>
            </exclusions>
</dependency>



3. 以后注意经验:
       3.1 以后往pom文件里面加依赖,都需要运行mvn dependency:tree查下各个包是否有冲突的问题,不能出现有两个相同包而版本不一致的情况
       3.2 目前我们系统由于没有使用hsf来统一管理集团内部这些二方库,所以很容易出现这个问题。以后新项目可以考虑使用hsf容器来管理这些,升级应该都更方便
       3.3 既然我们项目没有使用hsg统一管理包的依赖,则以后接入新二方库使用单独引用的方式,这样可以尽量减少eagleEye低版本类似问题!
       3.4 本地运行OK,不一定代表预发和线上就运行OK!预发环境的建立对于公司,尤其是重要项目是非常必要的!


转载地址:https://blog.csdn.net/skeven1688/article/details/17615613

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
如果在使用 Flink 和 Phoenix 时出现了 jar 冲突,可以尝试以下解决方法: 1. 排除冲突jar 在 Maven 或 Gradle 依赖中可以指定排除某些 jar 的依赖,例如: ``` <dependency> <groupId>org.apache.flink</groupId> <artifactId>flink-connector-kafka_2.11</artifactId> <version>${flink.version}</version> <exclusions> <exclusion> <groupId>org.apache.kafka</groupId> <artifactId>kafka-clients</artifactId> </exclusion> </exclusions> </dependency> ``` 这里排除了 `flink-connector-kafka_2.11` 的依赖中的 `kafka-clients` jar 。 2. 引入 shade 插件 可以使用 Maven 的 shade 插件将依赖的 jar 重命名并打到一个新的 jar 中,避免 jar 冲突,例如: ```xml <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-shade-plugin</artifactId> <version>3.2.3</version> <configuration> <relocations> <relocation> <pattern>com.google.common</pattern> <shadedPattern>shade.com.google.common</shadedPattern> </relocation> </relocations> </configuration> </plugin> ``` 这里将依赖的 `com.google.common` 重命名为 `shade.com.google.common`。 3. 修改 Flink 的 classpath 可以将依赖的 jar 放到 Flink 的 classpath 中,例如在启动 Flink JobManager 或 TaskManager 时指定 classpath: ``` ./bin/flink run -m yarn-cluster -yn 3 -c com.acme.MyFlinkJob -classpath "/path/to/dependency/*" /path/to/MyFlinkJob.jar ``` 这里将依赖的 jar 放到了 `/path/to/dependency/` 目录下,并通过 `-classpath` 参数将该目录下所有 jar 加入到 Flink 的 classpath 中。 希望这些方法可以帮助你解决 jar 冲突问题

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值