手动引入JAR的坑

简介: 这个场景是公司采购了一批第三方代码,这面先运行起来。前期减少改动,所以直接使用提供的jar,进行依赖了。

在项目开发的过程中,会有很多需求需要进行拓展,一般非特殊情况的话。我们都会引入第三方的工具包进行处理。(这个场景是公司采购了一批第三方代码,这面先运行起来。前期减少改动,所以直接使用提供的jar,进行依赖了。)

这种情况就容易出现工具包间的相互依赖,如果其中部分工具包进行了常规升级,则会导致不兼容的情况发生,下面我就举例说明一下,最近发生在我身上的依赖Bug解决流程。


前景是:最近项目需要手动引入一个jar。在配置pom文件后

<dependency>
            <groupId>xxx</groupId>
            <artifactId>xxx</artifactId>
            <version>2.0</version>
            <scope>system</scope>
            <systemPath>${project.basedir}/lib/xxx.jar</systemPath>
        </dependency>

使用的时候出现下面异常信息:

java.lang.NoClassDefFoundError: Could not initialize class xxxx.class] with root cause

从上面理解为未找到对应class文件导致无法初始化类。

但是类是通过jar引入的 应该不存在这个问题啊。

需要继续往上找 发现下面的异常日志(第一次出现问题 应该提示的下面的信息。之后提示的是上面的信息)

java.lang.NoClassDefFoundError: com/fasterxml/jackson/databind/jsontype/PolymorphicTypeValidator] with root cause

发现是jar 包中需要 jackson相关依赖,但是本地项目的jackson版本较低,没有相应类。所以我准备升级一下本地jackson依赖。但是启动项目的时候出现无法启动异常。

Connected to the target VM, address: '127.0.0.1:xxxxx', transport: 'socket'

怀疑是升级jackson会对其他依赖的文件产生影响,比如spring我们使用的版本就比较低。

放弃这种方法,只能从jar包中入手了。

查看jar包中信息,排查到下面的代码出现的问题

ObjectMapper OBJECT_MAPPER = new ObjectMapper() {
        private static final long serialVersionUID = -5640476057715217573L;
        {
            this.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
            this.activateDefaultTyping(LaissezFaireSubTypeValidator.instance, DefaultTyping.EVERYTHING, JsonTypeInfo.As.WRAPPER_OBJECT);*/
        }
    };

下面这段代码出现的问题,jackson ObjectMapper 中的 enableDefaultTyping 方法由于安全原因,从 2.10.0 开始标记为过期,建议用 activateDefaultTyping 方法代替,所以如果继续使用 enableDefaultTyping 会有警告出现,我们现在要消除这个警告,去看一下 enableDefaultTyping 源码(注意 @deprecated 信息).

为了解决目前的问题,所以先将这部分内容降版本,重写下

ObjectMapper OBJECT_MAPPER = new ObjectMapper() {
        private static final long serialVersionUID = -5640476057715217573L;
        {
            this.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
            this.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
            //objectMapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
            /*this.activateDefaultTyping(LaissezFaireSubTypeValidator.instance, DefaultTyping.EVERYTHING, JsonTypeInfo.As.WRAPPER_OBJECT);*/
        }
    };

重新更改jar中的依赖,打包后覆盖之前的位置上,重启服务,解决了这个问题。

这个例子是依赖版本降级使用,升级也同样适用的。

一般如果使用的大众一些的工具包,在其升级版本的时候都会注明一些方法替换内容。

所以遇到类似问题,可以先尝试阅读源码来找到对应替换内容。

目录
相关文章
|
2月前
|
Java Maven
maven引入本地jar不能打入部署包的问题解决
maven引入本地jar不能打入部署包的问题解决
13 0
|
5月前
|
Java 计算机视觉 Windows
jar 手动 打包文件 so, class ,jar
jar 手动 打包文件 so, class ,jar
73 0
|
6月前
|
Java
springboot引入本地jar包,并且打jar包时包含本地jar
springboot引入本地jar包,并且打jar包时包含本地jar
|
8月前
|
Java Maven
maven 打包时包含本地 jar
maven 打包时包含本地 jar
128 0
|
12月前
|
Java 应用服务中间件 容器
理解:jar和war的区别
理解:jar和war的区别
|
Java 微服务 Spring
Spring Boot jar文件瘦身--把单一Spring Boot jar文件,分离为依赖组件lib目录和一个业务jar来进行部署,优化单个jar文件大小到一两百KB。
假如有十来个微服务需要部署,那就意味着需要传输一两个GB的文件,耗时可想而知。就算是单一更新个别微服务也需要传输一两百MB。因此,为了方便下次jar文件部署更新及瘦身,顺便记录下:
Spring Boot jar文件瘦身--把单一Spring Boot jar文件,分离为依赖组件lib目录和一个业务jar来进行部署,优化单个jar文件大小到一两百KB。
|
Java Maven
maven工具引入lib下的jar文件
maven工具引入lib下的jar文件
114 0
|
Java
关于 springboot 打包jar 无法加载引入的第三方自定义jar包
使用springboot打jar包时,尤其是引入的第三方的jar包,打包时经常会发生找不到的错误导致打包失败
225 0
|
Java 应用服务中间件 Spring
SpringBoot - 打 jar & war 区别和作用
SpringBoot - 打 jar & war 区别和作用
241 0
|
Java
java手动引入jar包
java手动引入jar包
122 0