hive-exec.jar与Simba JDBC For Google Bigquery依赖jar包冲突问题解决方案

本文主要是介绍hive-exec.jar与Simba JDBC For Google Bigquery依赖jar包冲突问题解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

hive-exec.jar与Simba JDBC For Google Bigquery依赖jar包冲突问题解决方案

  • 问题背景
  • 问题产生原因
  • 问题解决方案
  • 结论

问题背景

在实际项目中,当我们同一个项目的maven依赖同时依赖hive-exec.jar和Simba JDBC For Google Bigquery依赖的guava.jar包时,在运行项目时,会报错找不到exhaust方法。

网上查询了其他人的解决方案: hive-exec包guava冲突解决

问题产生原因

原因是hive-exec.jar中依赖了guava.jar,guava版本为14.0.1,而JDBC For Google Bigquery依赖的guava.jar包为30.1.1-android,利用反编译软件Luyten查看这两个jar包中com.google.common.io这个包中的ByteStreams类中是否含有exhaust方法,
在这里插入图片描述
在这里插入图片描述
由上可见,在guava.jar中是有exhaust方法的,但是hive-exec.jar中却没有。由于guava.jar是无法向下兼容的。所以必须让两个版本同时存在,所以无法使用maven的exclusion这种方法来排除低版本的依赖。

问题解决方案

试了网上很多解决方法之后,我发现了一个解决冲突的神器——maven-shade-plugin插件。使用这种插件可以完全解决,两种不同版本的jar同时存在一个项目的问题。解决具体步骤如下:

  1. 将引用高版本和低版本的pom依赖区分开,创建一个新的module,将所有的高版本或所有的低版本的pom依赖放在该module的pom中,如下所示:

在这里插入图片描述

  1. 添加插件maven-shade-plugin。
<build><plugins><plugin><groupId>org.apache.maven.plugins</groupId><artifactId>maven-shade-plugin</artifactId><version>2.4.3</version><executions><execution><phase>package</phase><goals><goal>shade</goal></goals><configuration><createDependencyReducedPom>true</createDependencyReducedPom><relocations><!-- 多个包需要替换使用多个relocation--><relocation><!-- pattern 为需要匹配的前缀--><pattern>com.google.common</pattern><!-- shadedPattern 为替换成什么前缀--><shadedPattern>com.shade.google.common</shadedPattern></relocation></relocations></configuration></execution></executions></plugin></plugins></build>
  1. 使用maven编译打包,会发现有两个jar包,一个是原始的jar包,一个是经过插件处理的jar包。在这里插入图片描述
  2. 使用反编译软件分别打开test-1.0-SNAPSHOT.jar包,如下:
    在这里插入图片描述
    在这里插入图片描述
  3. 将test-1.0-SNAPSHOT.jar上传到公司的maven库里面,然后再依赖公司的maven库中的依赖就可以成功运行了,这样依赖冲突的问题就完全解决了。

结论

产生问题的原因是:同一jar包,不同版本在同一个项目中时,高版本在调用方法时,由于包的路径是一样的,maven有可能只加载了低版本的jar包方法,从而导致了找不到类或方法。maven-shade-plugin插件的功能其实就是可以将jar包中包的路径用别名替换,可以将包中的所有import包的路径全都替换为别名,这样就使得同一jar包不同版本的包的路径不一样,这样jvm就会同时加载高低两个版本的jar包,就不会提示找不到该方法啦。

这篇关于hive-exec.jar与Simba JDBC For Google Bigquery依赖jar包冲突问题解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/248348

相关文章

Android 12解决push framework.jar无法开机的方法小结

《Android12解决pushframework.jar无法开机的方法小结》:本文主要介绍在Android12中解决pushframework.jar无法开机的方法,包括编译指令、框架层和s... 目录1. android 编译指令1.1 framework层的编译指令1.2 替换framework.ja

MySQL主从同步延迟问题的全面解决方案

《MySQL主从同步延迟问题的全面解决方案》MySQL主从同步延迟是分布式数据库系统中的常见问题,会导致从库读取到过期数据,影响业务一致性,下面我将深入分析延迟原因并提供多层次的解决方案,需要的朋友可... 目录一、同步延迟原因深度分析1.1 主从复制原理回顾1.2 延迟产生的关键环节二、实时监控与诊断方案

SQLyog中DELIMITER执行存储过程时出现前置缩进问题的解决方法

《SQLyog中DELIMITER执行存储过程时出现前置缩进问题的解决方法》在SQLyog中执行存储过程时出现的前置缩进问题,实际上反映了SQLyog对SQL语句解析的一个特殊行为,本文给大家介绍了详... 目录问题根源正确写法示例永久解决方案为什么命令行不受影响?最佳实践建议问题根源SQLyog的语句分

gradle第三方Jar包依赖统一管理方式

《gradle第三方Jar包依赖统一管理方式》:本文主要介绍gradle第三方Jar包依赖统一管理方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录背景实现1.顶层模块build.gradle添加依赖管理插件2.顶层模块build.gradle添加所有管理依赖包

解决IDEA报错:编码GBK的不可映射字符问题

《解决IDEA报错:编码GBK的不可映射字符问题》:本文主要介绍解决IDEA报错:编码GBK的不可映射字符问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录IDEA报错:编码GBK的不可映射字符终端软件问题描述原因分析解决方案方法1:将命令改为方法2:右下jav

Maven中引入 springboot 相关依赖的方式(最新推荐)

《Maven中引入springboot相关依赖的方式(最新推荐)》:本文主要介绍Maven中引入springboot相关依赖的方式(最新推荐),本文给大家介绍的非常详细,对大家的学习或工作具有... 目录Maven中引入 springboot 相关依赖的方式1. 不使用版本管理(不推荐)2、使用版本管理(推

MyBatis模糊查询报错:ParserException: not supported.pos 问题解决

《MyBatis模糊查询报错:ParserException:notsupported.pos问题解决》本文主要介绍了MyBatis模糊查询报错:ParserException:notsuppo... 目录问题描述问题根源错误SQL解析逻辑深层原因分析三种解决方案方案一:使用CONCAT函数(推荐)方案二:

Redis 热 key 和大 key 问题小结

《Redis热key和大key问题小结》:本文主要介绍Redis热key和大key问题小结,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录一、什么是 Redis 热 key?热 key(Hot Key)定义: 热 key 常见表现:热 key 的风险:二、

IntelliJ IDEA 中配置 Spring MVC 环境的详细步骤及问题解决

《IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决》:本文主要介绍IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决,本文分步骤结合实例给大... 目录步骤 1:创建 Maven Web 项目步骤 2:添加 Spring MVC 依赖1、保存后执行2、将新的依赖

Spring 中的循环引用问题解决方法

《Spring中的循环引用问题解决方法》:本文主要介绍Spring中的循环引用问题解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录什么是循环引用?循环依赖三级缓存解决循环依赖二级缓存三级缓存本章来聊聊Spring 中的循环引用问题该如何解决。这里聊