CONSUMER_SEND_MSG_BACK请求不应为originalTopic的有效PUB per

报错信息:

PlainAccessValidator#parse case RequestCode.CONSUMER_SEND_MSG_BACK: accessResource.addResourceAndPerm(request.getExtFields().get("originTopic"), Permission.PUB); accessResource.addResourceAndPerm(getRetryTopic(request.getExtFields().get("group")), Permission.SUB); break;

为什么发送消息需要检查originalTopic的pub权限。 当broker收到这种类型的请求时,它会将消息放入%RETRY%GroupName,然后消费者在cosnumer启动时订阅此主题以消费消息。

因此,IMO,它不应该检查originalTopic的pub权限,并且组的重试主题的pub和sub权限应该是默认授权给消费者,而不需要其他配置

原提问者GitHub用户coder-zzzz

展开
收起
芬奇福贵 2023-05-26 11:55:23 93 分享 版权
1 条回答
写回答
取消 提交回答
  • 我有一些不同的意见,originalTopic不会写意味着不能添加新消息,但旧消息仍然需要消费所以很难做出这个决定

    原回答者GitHub用户lebron374

    2023-05-26 17:31:36
    赞同 展开评论
问答地址:

阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。

还有其他疑问?
咨询AI助理