consumer config tag override privode tag config#5975
Conversation
|
provider端tag配置会被consuer端配置覆盖
wuzunqian <notifications@github.com> 于2020年5月15日周五 下午6:10写道:
… 我遇到了相同的问题 dubbo2.7.6
官网描述:
降级约定
request.tag=tag1 时优先选择 标记了tag=tag1 的 provider。若集群中不存在与请求标记对应的服务,默认将降级请求
tag为空的provider;如果要改变这种默认行为,即找不到匹配tag1的provider返回异常,需设置request.tag.force=true。
request.tag未设置时,只会匹配tag为空的provider。即使集群中存在可用的服务,若 tag
不匹配也就无法调用,这与约定1不同,携带标签的请求可以降级访问到无标签的服务,但不携带标签/携带其他种类标签的请求永远无法访问到其他标签的服务。
目前现象: request.tag未设置时,匹配到有tag的provider
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#5975 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIZUKHSPMYKRSHOJSFLNGJTRRUIKZANCNFSM4MCXRYMQ>
.
|
您好,请问一下 |
|
provider端和 consumer端同时配置tag的时候,provider端的会失效
Kevin Clair <notifications@github.com> 于2020年12月30日周三 下午4:29写道:
… provider端tag配置会被consuer端配置覆盖 wuzunqian ***@***.***
于2020年5月15日周五 下午6:10写道:
… <#m_2725612290054424662_>
我遇到了相同的问题 dubbo2.7.6 官网描述: 降级约定 request.tag=tag1 时优先选择 标记了tag=tag1 的
provider。若集群中不存在与请求标记对应的服务,默认将降级请求
tag为空的provider;如果要改变这种默认行为,即找不到匹配tag1的provider返回异常,需设置request.tag.force=true。
request.tag未设置时,只会匹配tag为空的provider。即使集群中存在可用的服务,若 tag
不匹配也就无法调用,这与约定1不同,携带标签的请求可以降级访问到无标签的服务,但不携带标签/携带其他种类标签的请求永远无法访问到其他标签的服务。
目前现象: request.tag未设置时,匹配到有tag的provider — You are receiving this because you
authored the thread. Reply to this email directly, view it on GitHub <#5975
(comment)
<#5975 (comment)>>, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AIZUKHSPMYKRSHOJSFLNGJTRRUIKZANCNFSM4MCXRYMQ
.
您好,请问一下provider端tag配置会被consuer端配置覆盖
具体是什么意思,我在2.7.7版本遇到了这样的问题,没有设置tag的consumer通过泛化调用了设置了tag的provider,这与约定的tag降级方式有差别。
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#5975 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIZUKHTM4R73OOGC3IMDNHDSXLQGLANCNFSM4MCXRYMQ>
.
|
|
我遇到的问题和上面的同学遇到的一样,request.tag未设置时,匹配到有tag的provider,request.tag设置时,会匹配到携带tag的provider,如果不存在这样的provider,会报错。 |
|
之前提交过pr,没通过
Kevin Clair <notifications@github.com> 于2020年12月31日周四 上午10:22写道:
…
我遇到的问题和上面的同学遇到的一样,request.tag未设置时,匹配到有tag的provider,request.tag设置时,会匹配到携带tag的provider,如果不存在这样的provider,会报错。
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#5975 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIZUKHWGYQGFUTN4KWET2GDSXPN7TANCNFSM4MCXRYMQ>
.
|
|
是这个pr吗?能解决的话,我们就本地打包了。 |
|
#5984这个pr,
Kevin Clair <notifications@github.com> 于2020年12月31日周四 上午10:32写道:
… 是这个pr吗?能解决的话,我们就本地打包了。
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#5975 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIZUKHRZZABV6LAIUGYHXZLSXPPDJANCNFSM4MCXRYMQ>
.
|
|
好的,感谢。 |
What is the purpose of the change
fix #5971
fix tag router select wrong provider issue
Report
XXXXX 'Provider--A with no tag, Provider--B with tag (dubbo.tag=grey)'
Verifying this change
ClusterUtils.class
Follow this checklist to help us incorporate your contribution quickly and easily:
[Dubbo-XXX] Fix UnknownException when host config not exist #XXX. Each commit in the pull request should have a meaningful subject line and body.mvn clean install -DskipTests=false&mvn clean test-compile failsafe:integration-testto make sure unit-test and integration-test pass.