Albumen Kevin
Albumen Kevin
> 我认为完全可以将不同Cluster 配置的方法放到不同的接口(服务) 这个会影响目前 invoker 链路的重建的，会比较难做
May be fixed in https://github.com/apache/dubbo/pull/10938. Please feel free to reopen or create a new PR if you have any question.
> > timeout 是可以的，retry 的可能得检查下，按理 2.7 也是没法生效的 > > timeout 的逻辑是每个 provider 如果独立定义 timeout 是可以每次请求绑定的，即使切换不同 provider 重式也是没问题的。简单来说就是 timeout 是可以绑定 provider 的，是可以服务端定义的行为；retry 生效的时候因为还没选择 provider 所以无法从 provider 获取。 > > @DubboReference(cluster =...
Please try upgrade to 2.7.18
> 已尝试过，未报错但是无法注册nacos2.1.1上，故一个个版本往下降；目前使用2.7.8正常启动并注册 可以在报错行打个断点，看一下 `registeredProviderUrl.getServiceKey()` 的结果是什么吗
看了一下应该是 2.7 高版本处理 dubbo.provider 这个默认配置的时候的问题，通过 `dubbo.provider` 配置 group 和 version 会有冲突。可以改成通过 `dubbo.service` 尝试配置看看，或者升级到 3.1.4 版本
@RongXiong2016
> 不过我和你一样， 每次加新接口总报 No provider available for the service 加接口后 provider 已经发布了嘛
> 是否可以通过定时任务来实现延迟注册？ 这个issue的核心问题不是延迟注册本身导致的，是应用级服务发现的注册周期就是 30s，导致没有及时刷新到注册中心
> * 是否可以直接通过在第一次启动服务时，直接强制刷新到注册中心？ 两个方式，一个是提供 API 让用户强制刷新；一个是在 delay 结束后框架侧执行强制刷新。