编程语言
首页 > 编程语言> > 日常问题随笔之JAVA 依赖相关问题

日常问题随笔之JAVA 依赖相关问题

作者:互联网

背景

项目用 java 编写, ant 构建 , ivy 负责jar 包的依赖管理 ,在intelij 里边运行单元测试

java.lang.VerifyError: class com.fasterxml.jackson.databind.deser.SettableBeanProperty$Delegating overrides final method getDeclaringClass.()Ljava/lang/Class;

    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at com.fasterxml.jackson.module.afterburner.deser.PropertyMutatorCollector.addStringSetter(PropertyMutatorCollector.java:62)
    at com.fasterxml.jackson.module.afterburner.deser.DeserializerModifier.findOptimizableProperties(DeserializerModifier.java:138)
    at com.fasterxml.jackson.module.afterburner.deser.DeserializerModifier.updateBuilder(DeserializerModifier.java:58)
    at com.fasterxml.jackson.databind.deser.BeanDeserializerFactory.buildBeanDeserializer(BeanDeserializerFactory.java:268)
    at com.fasterxml.jackson.databind.deser.BeanDeserializerFactory.createBeanDeserializer(BeanDeserializerFactory.java:173)
    at com.fasterxml.jackson.databind.deser.DeserializerCache._createDeserializer2(DeserializerCache.java:403)
    at com.fasterxml.jackson.databind.deser.DeserializerCache._createDeserializer(DeserializerCache.java:349)
    at com.fasterxml.jackson.databind.deser.DeserializerCache._createAndCache2(DeserializerCache.java:264)
    at com.fasterxml.jackson.databind.deser.DeserializerCache._createAndCacheValueDeserializer(DeserializerCache.java:244)
    at com.fasterxml.jackson.databind.deser.DeserializerCache.findValueDeserializer(DeserializerCache.java:142)
    at com.fasterxml.jackson.databind.DeserializationContext.findRootValueDeserializer(DeserializationContext.java:476)
    at com.fasterxml.jackson.databind.ObjectReader._prefetchRootDeserializer(ObjectReader.java:1902)
    at com.fasterxml.jackson.databind.ObjectReader.<init>(ObjectReader.java:185)
    at com.fasterxml.jackson.databind.ObjectMapper._newReader(ObjectMapper.java:652)
    at com.fasterxml.jackson.databind.ObjectMapper.readerFor(ObjectMapper.java:3383)
    at tv.stickyads.mapstats.kafka.decoder.ViewJacksonDecoder.init(ViewJacksonDecoder.java:31)
    at tv.stickyads.mapstats.kafka.decoder.ViewJacksonDecoder.<init>(ViewJacksonDecoder.java:25)
    at tv.stickyads.mapstats.kafka.decoder.multi.ViewMultiDecoder.<clinit>(ViewMultiDecoder.java:13)
    at tv.stickyads.mapstats.event.LazyView.<clinit>(LazyView.java:10)
    at tv.stickyads.redstats.consumer.LLEConsumerTest.createLazyView(LLEConsumerTest.java:108)
    at tv.stickyads.redstats.consumer.LLEConsumerTest.createConsumerRecord(LLEConsumerTest.java:87)
    at tv.stickyads.redstats.consumer.LLEConsumerTest.runTest(LLEConsumerTest.java:54)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)

 

 

因为项目中升级了 clickhousejdbc 从 0.2.4 升级到 0.2.6, 解决clickhouse jdbc connection response failed问题,这个问题的原因在另一篇文章提到过,

需要将 clickhouse jdbc 依赖的序列化库的 jackson  从2.7.5  升级到 2.9.10 ,否则一些 Unit Test 会报错 。 

 

排查

升级后发现了上边的问题, 看错误描述 verify error 是class 加载时候格式校验出问题了,开始以为是JVM 版本的问题,所以为了排除这个问题, 从 command line 命令行运行 junit 

junit 4 的命令行调用

java -cp $CLASSPATH org.junit.runner.JUnitCore   测试类 测试类

CLASSPATH 里边 要包含运行所需要的内容,包括 junit 相关的, 项目的测试类, product 类等内容以及所有的依赖, 当成一个 application 吧。

junit 3 略有不同

 

通过命令行执行,发现没有问题,那么说明JVM层面, JDK 层面肯定是没问题的。 

这个时候想起来之前遇到的一个问题, 就是IDEA 里边用 Junit5 后,出现了类似的问题,也是class 文件的 verify 错误,

java - java.lang.VerifyError:类com.intellij.junit4.JUnit4TestRunnerUtil $ 5覆盖 final方法getRunner。()Lorg/junit/runner/Runner;

 

这个明显是 intellij 自身的工具类和 应用工程使用的版本不一致的冲突,因为入口类是 idea 提供的,所以会有 这种可能, idea 用junit4的工具类运行 junit5的处理过程,里边一些继承和重写不匹配的问题。

但是我们的问题表面看起来有一些不一样~

 

幸好 intellij 运行时候会把命令打印出来,查看java 执行命令,发现 classpath 中相关的jackson 依赖有多个版本,

/Users/xx/.ivy2/cache/com.fasterxml.jackson.core/jackson-core/bundles/jackson-core-2.8.9.jar:/Users/xx/.ivy2/cache/com.fasterxml.jackson.core/jackson-annotations/bundles/jackson-annotations-2.8.9.jar:/Users/xx/.ivy2/cache/com.fasterxml.jackson.core/jackson-databind/bundles/jackson-databind-2.8.9.jar

还有

/Users/xx/.ivy2/cache/com.fasterxml.jackson.core/jackson-core/bundles/jackson-core-2.9.10.jar:/Users/xx/.ivy2/cache/com.fasterxml.jackson.core/jackson-databind/bundles/jackson-databind-2.9.10.8.jar:/Users/xx/.ivy2/cache/com.fasterxml.jackson.core/jackson-annotations/bundles/jackson-annotations-2.9.10.jar

这下问题基本确定了,就是路径中有多个版本, 然后使用这个jar包的方式导致新增加的类关联到旧的类的方法,造成不一致,这个是依赖管理的很基本的问题了,本质上也是对工程的依赖没有十分清晰的掌握。

 

这里有两个方面,一个是ant 打包出来的 tarball 为什么没有问题,而且看 依赖的 lib 文件夹下,只有一个版本没有重复的,可以认为 ant打包的时候去重复了,对 jar 包的版本进行了选择,应该是选择了较高的版本。

另一个方面,在intellij 的依赖试图中可以看到,出现了多个版本的依赖,没想到最后执行命令的时候就把 界面上展示的依赖直接镜像过去了,没有什么去重复的操作。

 

结论

这个问题。本质上是作者把在IDE中的单测执行理解为和 jenkins 上CICD 的执行一样了,包括命令,包括最终的依赖版本。 可能大多数情况没有什么问题,但是对于多版本依赖,没有人工排除依赖,没有精确的依赖管理,在IDE中执行和 手动命令行或者 CI/CD 中是不一样的~

另外开始的时候并没有确定是因为依赖的原因导致单测出现问题, 引入clickhouse jdbc 在 maven仓库上对于 dependency 和 test dependency 都对其依赖的版本有了说明,是需要升级自己的project中的基础包的。还有一点令作者不明确的是,在CI/CD 中报错的不仅仅是 jackson,而是报错了很多project 中自定义的类,提示 class not found 等 ,还需要进一步深入分析~

 

本来只想升级一个clickhouse jdbc , 引入了这么多的问题, 还有新升级了jackson的版本,一些配置不一致的问题需要修的,真是 my god .

标签:java,URLClassLoader,ClassLoader,问题,jackson,随笔,com,JAVA,fasterxml
来源: https://blog.csdn.net/xiaoliu_1/article/details/114004430