Albumen Kevin
Albumen Kevin
> at org.apache.dubbo.config.DubboShutdownHook.run(DubboShutdownHook.java:72) 这个看起来应该在关闭流程了。至于具体报错应该是对应的 dataSource 处理关闭逻辑有问题。升级后 Dubbo 分发了 Spring 的消息。
please try 3.0.12 or 3.1.1 for the latest versioin
> 我改如何配置所有的service中的查询方法可以重试，修改等方法不可重试。 替代项目中的这种配置： dubbo中的service会越来越多，类似于这样的配置也会越来越多。 可以使用 Dubbo 注解的方式配置。因为 method 级别的配置是需要绑定接口的，无法实现全局统一配置（不同接口的定义可能是不一样的）。
> 我使用BeanPostProcessor这个接口，在每次bean的初始化后，判断该bean的类型，属于ServiceConfig就往里面塞我写好的methods Dubbo 也提供了 ConfigPostProcessor 可以处理配置，通过实现 ConfigPostProcessor 这个 SPI 可以在服务启动的时候修改配置
> 有类似通配符匹配某些方法不可重试的配置吗？ 类似 insert*，update* 可以在 ConfigPostProcessor 里面自己匹配的 ```java @SPI(scope = ExtensionScope.MODULE) public interface ConfigPostProcessor { default void postProcessReferConfig(ReferenceConfig referenceConfig) { // 直接读取 referenceConfig 并修改就行 } default void postProcessServiceConfig(ServiceConfig serviceConfig) {...
> Can I try it? Please assigned it to me. please go ahead
dubbo-dependencies-bom 是 dubbo 内部管理版本号的一个模块。 用户使用 dubbo 有两种方式，一种是使用 all in one 的 dubbo-all（` org.apache.dubbo dubbo ${dubbo.version} `），另外一种是直接 dubbo 每个组件直接依赖。 前者会有部分的传递依赖（如 netty 等核心组件），这些的版本会和 dubbo-dependencies-bom 一致，其他的依赖（如 nacos-client 等扩展组件）需要用户手动依赖，也可以依赖 dubbo-dependencies-bom 进行版本管理。 后者组件直接依赖的三方依赖会直接传递，版本会和 dubbo-dependencies-bom 一致。...
related with https://github.com/apache/dubbo/issues/10652
Fixed in https://github.com/apache/dubbo/pull/10730
往前翻下日志，这个一般是 xds client 初始化失败导致的。看下是不是 jwt 配置有问题