9997766

谢谢，我有碰到个问题， 程序A启动时，会调服务B获取数据，并加载到A的本地缓存。 如果A不是用主线程加载，而是用forkjoinpool 线程加载，会报appCloassLoader找不到java类的问题，此处说的java类就是要调服务B获取的数据的Java类。不知你们有没有碰到，如何解决？ At 2023-08-20 11:31:55, "Shawn" ***@***.***> wrote: Hi @9997766 . I just add fury integration for dubbo in https://github.com/fury-project/dubbo-serialization-fury. Feel free to try it out and let...

nobody solve this problem？

请问eventmesh具体是什么定位，如果定位为应用系统的sidecar，每个应用节点需要配一个eventmesh节点，比较重 但如果作为集群使用，eventmesh 不支持集群。 其他问题回复： We recommand RocketMQ as Event Store. > > 用nginx作为负载均衡，应用系统集成eventmesh-sdk，访问nginx，连到eventmesh。这个是是否能做到 > > Yes, you can. You need to use nginx as the load balancer of multiple EventMesh...

我看rocketmq 和 kafka，是支持广播性消费的。当eventmesh作为消费者，向rocketmq 和 kafka订阅消息，是否可以略微调一下代码，支持广播式的接收消息，这样应用系统不管接到那个eventmesh节点上，就都可以消费消息了。

> > 我看rocketmq 和 kafka，是支持广播性消费的。当eventmesh作为消费者，向rocketmq 和 kafka订阅消息，是否可以略微调一下代码，支持广播式的接收消息，这样应用系统不管接到那个eventmesh节点上，就都可以消费消息了。 > > 应用系统与eventmesh建立连接后，再次向对应的eventmesh发起订阅，eventmesh才会启动对应MQ客户端进行消费，你说的不支持集群我不是很理解，只要应用系统可以在连接断开后重定向到可用的eventmesh上即可，与广播消费模式没关系，不清楚你为什么得出eventmesh不支持集群模式的结论。 很简单，2个点： 1 ） eventmesh 应该是无状态的，如果任何一个节点失败，其他节点应能无感接管应用系统的链接，而不是需要应用系统重新链接。像grpc、tcp 这种长链接，因为网络之类的原因，导致长链接断开很正常，如果每次需要应用系统重新订阅，非常麻烦。而且jdk中目前也无此判断机制。 2） 目前的机制，如果eventmesh节点失败，应用连接到其他节点上，因为状态不一样，要么丢消息、要么重复消费。 此类的机制，可以了解一下nacos基于grpc的长链接管理机制。 应用系统断开和某个nacos节点的链接，重新链接其他nacos节点，不会产生数据不一致的情况。我理解是eventmesh 从技术架构上，尚无状态同步的机制。