Ken Liu
Ken Liu
这个主要和事务的使用有关系，比如是否有开启事务上下文等，还是要结合用的事务框架具体分析一下
以下部分我未能理解。 >调用方执行完成，分布式事务已经commit。 这里异步调用返回，事务已经完成。 > 但是Dubbo服务提供方耗时原因，还在执行中，导致出现错误Transaction doesn't exist，服务提供方数据回滚，从而出错 异步的原因，Provider 有任务在是预期之内的，但 provider 的执行为何还在未完成的子事务上下文中？它的执行结果为何会上面已经commit的事务？
请问`tagtestd` 这个值是什么含义？是在哪个位置设置的
> org.apache.dubbo.remoting.exchange.support.header.HeaderExchangeHandler - [DUBBO] Dubbo client can not supported string message: ?C0-org.zjvis.datacenter.service.vo.api.RpcResult?�result�traceId�tips�message�code isSuccess`t�com.alibaba.fastjson.JSONArrayM�java.util.LinkedHashMap�AREADBZWn > **url: dubbo://10.11.33.60:20881/org.apache.dubbo.metadata.MetadataService?codec=dubbo&dubbo=2.0.2&group=datacenter-api-local-asda&heartbeat=60000&port=20881&protocol=dubbo&release=3.0.1&side=consumer&timeout=5000&version=1.0.0, dubbo version: 3.0.1, current host: 10.11.33.60** > org.zjvis.datacenter.service.vo.api.RpcResult Seems like you have one customized...
Check conclustion in https://github.com/apache/dubbo/issues/10415
Fixed in 3.0.11 and usage added in the documentation configuration part.
Fixed in 3.1.0
duplicate of https://github.com/apache/dubbo/issues/10014
> 应用级服务注册发现 dubbo.register.group 无效 注册的服务 group 并没有变化 感谢上报。我们之前也已经注意到这个问题了，正在修复中
应用级服务发现中，几个主流注册中心（涵盖zookeeper、nacos）的 group (`dubbo.registry.group` )属性方式已经对齐。 3.0.10 版本之前的 group 属性是不生效的，而 3.1 版本之后，您可以配置 group 属性并实现注册数据软隔离。 如果您之前您的项目没使用过 group 则不用担心兼容性，如果项目中有配置 group，在升级 3.1 之前请注意兼容性问题： https://dubbo.apache.org/zh/docs3-v2/java-sdk/upgrades-and-compatibility/3.0-to-3.1-compatibility-guide/