This is an automated email from the ASF dual-hosted git repository. liujun pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/dubbo-awesome.git
commit 3299dd9df49d56d229ef73486bf284106bad08d2 Author: crazyhzm <[email protected]> AuthorDate: Fri May 13 10:39:04 2022 +0800 13th May 2022 : Dubbo Weekly Meeting Signed-off-by: crazyhzm <[email protected]> --- weeklymeeting/2022-05-13/MetadataService.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) diff --git a/weeklymeeting/2022-05-13/MetadataService.md b/weeklymeeting/2022-05-13/MetadataService.md new file mode 100644 index 0000000..5057e01 --- /dev/null +++ b/weeklymeeting/2022-05-13/MetadataService.md @@ -0,0 +1,17 @@ +# 背景 + +相关issue：https://github.com/apache/dubbo/issues/9662 + +相关的PR：https://github.com/apache/dubbo/pull/9873 + +问题简述：MetadataService是Dubbo3.0的一个内部服务，主要提供看对服务元数据信息的操作能力。MetadataService的服务调用与正常的业务服务调用无异。目前所有正常的业务服务所代表的url都会携带ServiceModel，并且在发起服务调用时，会将url中的ServiceModel作为调用RpcInvocation携带的ServiceModel。但是MetadataService所代表的url却没有携带，具体可见MetadataUtils.java内的逻辑。 + +当用户配置了metadata-service-protocol: tri，也就意味着发起MetadataService服务调用采样了triple协议，而triple协议在调用时依赖了ServiceModel的相关信息。当发起MetadataService服务调用时，从invocation和url中没能拿到ServiceModel，从而报NPE。 + +# 需要讨论的内容 + +如果需要修复这个问题，大致有三个方案： + +1. 在现有的逻辑内向MetadataService注入ServiceModel，让MetadataService的服务发现与正常的业务服务引用保持相同的逻辑，代价是引入的ReferenceConfigBase比较重，其中很多内容都不太需要用到。 +2. 抽象出一套内置服务的逻辑，不走ref config，用于内部的轻量级服务，改动量需要评估，可能会较大。 +3. 单独在triple解决这个依赖问题，但是这治标不治本，后续协议依然会踩坑。
