dubbo消费者启动报错：Found interface org.objectweb.asm.MethodVisitor, but class was expected

最新推荐文章于 2023-02-08 14:23:29 发布
最新推荐文章于 2023-02-08 14:23:29 发布
阅读量5.1k 收藏
点赞数
分类专栏： 工作中遇到的问题 文章标签： jar包冲突
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/noob9527/article/details/89703893
版权

启动dubbo消费者服务的过程中报错，发现的是一个interface类，而需要的是一个class类，日志打印错误信息如下：

09:57:20.039 [New I/O worker #1] WARN  com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult -  [DUBBO] Decode rpc result failed: Found interface org.objectweb.asm.MethodVisitor, but class was expected, dubbo version: 2.8.3, current host: 172.17.0.1
java.lang.IncompatibleClassChangeError: Found interface org.objectweb.asm.MethodVisitor, but class was expected
    at com.esotericsoftware.reflectasm.ConstructorAccess.insertConstructor(ConstructorAccess.java:128) ~[reflectasm-1.11.3.jar:?]
    at com.esotericsoftware.reflectasm.ConstructorAccess.get(ConstructorAccess.java:98) ~[reflectasm-1.11.3.jar:?]
    at com.esotericsoftware.kryo.Kryo$DefaultInstantiatorStrategy.newInstantiatorOf(Kryo.java:1271) ~[kryo-4.0.0.jar:?]
    at com.esotericsoftware.kryo.Kryo.newInstantiator(Kryo.java:1127) ~[kryo-4.0.0.jar:?]
    at com.esotericsoftware.kryo.Kryo.newInstance(Kryo.java:1136) ~[kryo-4.0.0.jar:?]
    at com.esotericsoftware.kryo.serializers.CollectionSerializer.create(CollectionSerializer.java:107) ~[kryo-4.0.0.jar:?]
    at com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:111) ~[kryo-4.0.0.jar:?]
    at com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:40) ~[kryo-4.0.0.jar:?]
    at com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:813) ~[kryo-4.0.0.jar:?]
    at com.alibaba.dubbo.common.serialize.support.kryo.KryoObjectInput.readObject(KryoObjectInput.java:125) ~[dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.common.serialize.support.kryo.KryoObjectInput.readObject(KryoObjectInput.java:140) ~[dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.common.serialize.support.kryo.KryoObjectInput.readObject(KryoObjectInput.java:151) ~[dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult.decode(DecodeableRpcResult.java:85) ~[dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult.decode(DecodeableRpcResult.java:117) [dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCodec.decodeBody(DubboCodec.java:100) [dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:134) [dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:95) [dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCountCodec.decode(DubboCountCodec.java:46) [dubbo-2.8.3.jar:2.8.3]
    at com.alibaba.dubbo.remoting.transport.netty.NettyCodecAdapter$InternalDecoder.messageReceived(NettyCodecAdapter.java:134) [dubbo-2.8.3.jar:2.8.3]
    at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:109) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:312) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:90) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) [netty-3.7.0.Final.jar:?]
    at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) [netty-3.7.0.Final.jar:?]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_181]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_181]
    at java.lang.Thread.run(Thread.java:748) [?:1.8.0_181]
The mErrorMsg is: java.lang.IncompatibleClassChangeError: Found interface org.objectweb.asm.MethodVisitor, but class was expected
java.lang.IncompatibleClassChangeError: Found interface org.objectweb.asm.MethodVisitor, but class was expected
    at com.esotericsoftware.reflectasm.ConstructorAccess.insertConstructor(ConstructorAccess.java:128)
    at com.esotericsoftware.reflectasm.ConstructorAccess.get(ConstructorAccess.java:98)
    at com.esotericsoftware.kryo.Kryo$DefaultInstantiatorStrategy.newInstantiatorOf(Kryo.java:1271)
    at com.esotericsoftware.kryo.Kryo.newInstantiator(Kryo.java:1127)
    at com.esotericsoftware.kryo.Kryo.newInstance(Kryo.java:1136)
    at com.esotericsoftware.kryo.serializers.CollectionSerializer.create(CollectionSerializer.java:107)
    at com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:111)
    at com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:40)
    at com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:813)
    at com.alibaba.dubbo.common.serialize.support.kryo.KryoObjectInput.readObject(KryoObjectInput.java:125)
    at com.alibaba.dubbo.common.serialize.support.kryo.KryoObjectInput.readObject(KryoObjectInput.java:140)
    at com.alibaba.dubbo.common.serialize.support.kryo.KryoObjectInput.readObject(KryoObjectInput.java:151)
    at com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult.decode(DecodeableRpcResult.java:85)
    at com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult.decode(DecodeableRpcResult.java:117)
    at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCodec.decodeBody(DubboCodec.java:100)
    at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:134)
    at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:95)
    at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCountCodec.decode(DubboCountCodec.java:46)
    at com.alibaba.dubbo.remoting.transport.netty.NettyCodecAdapter$InternalDecoder.messageReceived(NettyCodecAdapter.java:134)
    at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
    at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
    at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255)
    at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
    at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:109)
    at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:312)
    at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:90)
    at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
    at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
    at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

java.lang.Exception
    at com.alibaba.dubbo.remoting.exchange.Response.setErrorMessage(Response.java:158)
    at com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult.decode(DecodeableRpcResult.java:123)
    at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCodec.decodeBody(DubboCodec.java:100)
    at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:134)
    at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:95)
    at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCountCodec.decode(DubboCountCodec.java:46)
    at com.alibaba.dubbo.remoting.transport.netty.NettyCodecAdapter$InternalDecoder.messageReceived(NettyCodecAdapter.java:134)
    at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
    at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
    at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255)
    at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
    at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:109)
    at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:312)
    at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:90)
    at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
    at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
    at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

从报错信息可以知道，需要一个org.objectweb.asm.MethodVisitor类，但找到的却是interface，检查后发现org.objectweb.asm.MethodVisitor类有两个，包名和类名全部相同，只不过一个是class类，一个是interface。这两个MethodVisitor分位于Artifact ID相同Group ID不同的的两个asmjar包中，如下图所示：
kryo-serializers0.42中依赖了asm5.0.4

cglib2.2.2中依赖了asm3.3.1

刚开始的想法是删除asm下面的asm3.3.1，但是删除后cglib2.2.2报错，改成删除org.ow2.asm下面的asm5.0.4，cglib2.2.2不报错，kryo-serializers0.42报错。

最终解决方法：修改cglib版本号为3.2.11，在kryo-serializers0.42的依赖中exclusion原asm5.0.4的jar包，查看cglib3.2.11的pom.xml文件发现cglib依赖的asm变成org.ow2.asm下面的asm7.1，重新编译打包运行后，问题解决

周虽旧邦其命维新
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Maven依赖构建版本冲突（实战cxf asm和cglib冲突）
weixin_33836223的博客
09-06 1223
2019独角兽企业重金招聘Python工程师标准>>> ...
IncompatibleClassChangeError
sy13060026219的博客
06-14 5692
java.lang.IncompatibleClassChangeError: Found interface org.objectweb.asm.MethodVisitor, but class was expected at com.esotericsoftware.reflectasm.ConstructorAccess.insertConstructor(ConstructorAcces
java.lang.IncompatibleClassChangeError: Found class org.objectweb.asm.MethodVisitor, but interface
zhantianlun的博客
07-26 2797
问题： java.lang.IncompatibleClassChangeError: Found class org.objectweb.asm.MethodVisitor, but interface was expected at org.lilystudio.smarty4j.Template.toParser(Template.java:357) at org.lilystudio.s...
java.lang.IncompatibleClassChangeError: Found interface org.objectweb.asm.Method
fengbin2005
08-26 2078
java.lang.IncompatibleClassChangeError: Found interface org.objectweb.asm.MethodVisitor, but class was expected   asm两个版本冲突的问题.   <dependency> <groupId>cglib</groupId>   &lt...
java字节码框架ASM的学习
三侠剑的博客
11-01 776
一、什么是ASM 　　ASM是一个java字节码操纵框架，它能被用来动态生成类或者增强既有类的功能。ASM 可以直接产生二进制 class文件，也可以在类被加载入 Java 虚拟机之前动态改变类行为。Java class 被存储在严格格式定义的 .class文件里，这些类文件拥有足够的元数据来解析类中的所有元素：类名称、方法、属性以及 Java 字节码（指令）。ASM从类文件中读入信息后，能够改变类行为，分析类信息，甚至能够根据用户要求生成新类。 　　使用ASM框架需要导入asm的jar包，下载链接：.
关于gradle build 失败，提示jar包冲突解决方法
CloudsYy的博客
01-13 1292
报的错误是这样的：Found interface org.objectweb.asm.MethodVisitor. But class was expected. 简而言之，就是这包冲突了。 我的是springboot的项目，但是经常卡在gradle build error 这一步，当时在网上查询了很多的方法，依然解决不了，改了中央仓库，为了不下jar包超时，且换了多个版本的gradle，也有...
解决dubbo启动的时候报错，无法读取方案文档 'http://code.alibabatech.com/schema/dubbo/dubbo.xsd'
03-30
解决启动dubbo项目的时候出现，无法读取方案文档 'http://code.alibabatech.com/schema/dubbo/dubbo.xsd'，其实在你本地把dubbo.jar文件解压，然后在META-INF下边就有个dubbo.xsd，就是他
解决dubbo标签报错，原因是：缺少dubbo.xsd
10-23
dubbo标签报错 http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd 下载一个dubbo.xsd文件windows->preferrence->xml->xmlcatalog add->catalog entry ->file system ...
dubbo找不到dubbo.xsd报错
11-18
- cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for element 'dubbo:application'. - schema_reference.4: Failed to read schema document '...
解决dubbo标签报错:dubbo.xsd
08-14
dubbo开发eclipse配置需要dubbo开发eclipse配置需要dubbo开发eclipse配置需要
构建Dubbo服务消费者Web应用的war包并在Tomcat中部署-步骤.docx
最新发布
11-04
" Dubbo 服务消费者 Web 应用 war 包的部署到 Tomcat 中" Dubbo 是一种高性能、基于 Java 的 RPC 框架，可以帮助开发者快速构建高性能的服务。Dubbo 服务消费者 Web 应用是指使用 Dubbo 框架开发的服务消费者应用...
java.lang.IncompatibleClassChangeError: Expected static method
无知人生，记录点滴
04-13 9142
java.lang.IncompatibleClassChangeError: Expected static methodSpringBoot项目配置为热部署模式，在运行期间修改一个类的构造函数为 private，所以方法改为静态方法，再次访问时遇到这个错误。后来又改回去，重新创建了一个静态类，问题解决。...
org.apache.poi.util.POILogger, but class was expected异常的原因及解决方案
m0_64055755的博客
02-08 2852
java.lang.IncompatibleClassChangeError: Found interface org.apache.poi.util.POILogger, but class was expected异常的原因及解决方案
Java异常: Found interface … but class was expected
earthhour的专栏
02-05 1万+
This happens when your runtime classpath is different than your compile time classpath. 这个异常是由于你的运行时classpath和编译时classpath 不一致。 When your application was compiled, a class (named SomeInterface
maven 导入asm的依赖 、 简单入门
wanxiaoderen的博客
06-30 1万+
asm项目结构1. 项目结构1.1. asm的仓库1.2 核心项目1.2.1 org.objectweb.asm 和 org.objectweb.asm.signature1.2.2 org.objectweb.asm.util1.2.3 org.objectweb.asm.commons1.2.4 org.objectweb.asm.tree1.2.5 org.objectweb.asm.tree.analysis1.3 其他项目1.3.1 asm-all和asm-parent1.4 maven依赖2.
maven依赖asm_Maven依赖构建版本冲突（实战cxf asm和cglib冲突）
weixin_39901077的博客
12-20 544
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'myServices2': Invocation of init method failed; nested exception is java.lang.IncompatibleClassChangeError: Foun...
java.lang.IncompatibleClassChangeError:异常原因及解决方法
热门推荐
LazyCancerPatiens的博客
12-24 2万+
错误场景1 我在项目中遇到此报错的实例。这个错误官方解释是：在某些类定义发生不兼容的类更改时发生，当前执行方法所依赖的某个类的定义已更改。 public class B extends A{ } public class A{ // 这是更改前的代码 public transient final Logger log = LoggerFactory.getLogger(getClass); ...
Dubbo源码分析十六、dubbo编解码
vinylon的博客
12-29 497
单独分析一下dubbo的编解码过程。默认情况下使用dubbo自己定义的编码协议。 我们先来看一下 Dubbo 数据包结构。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Vh5EtRPv-1609227698562)(.\imgs\data-format.jpg)] Dubbo 数据包分为消息头和消息体，消息头用于存储一些元信息，比如魔数（Magic），数据包类型（Request/Response），消息体长度（Data Length）等。消息体中用于存储具体的调用消息，比如
调用Dubbo报错： com.alibaba.dubbo.rpc.RpcException: Failed to invoke the method 问题原因和解决办法
07-08
这个错误一般是由于Dubbo服务调用失败引起的。出现这个错误的原因可能有很多，下面是一些常见的原因和解决办法： 1. 服务提供者未启动或注册到注册中心：请确保服务提供者已经正确启动，并且已经成功注册到注册中心。可以通过查看Dubbo的日志来确认是否有相关的启动和注册信息。 2. 服务提供者的配置错误：请检查服务提供者的配置文件，确保配置正确无误。特别是需要注意检查服务接口、版本号、协议等是否与消费者端的配置一致。 3. 网络连接问题：可能是由于网络连接不稳定或防火墙等原因导致的调用失败。可以尝试检查网络连接是否正常，并且确保消费者和提供者之间能够互相通信。 4. 方法参数不匹配：如果调用的方法参数与服务提供者的方法参数不匹配，可能会导致调用失败。请检查方法参数类型和个数是否一致。 5. 服务提供者抛出异常：如果服务提供者在处理请求时抛出了异常，可能会导致调用失败。可以通过查看服务提供者的日志来获取更多的异常信息，然后根据异常信息进行排查和修复。 希望以上的解决办法能够帮助你解决问题。如果问题仍然存在，请提供更多的详细信息，以便我们能够提供更准确的帮助。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值