我有一个应用程序,其中一个消息(具体的相关ID)被放置在一个有四个订阅者的主题中。当放置消息时,它被4个订阅者使用,具有相同的相关ID到队列(reply = 4messages)。现在我怀疑,当消息有重复相关ID。消费者在搜索带有相关ID的消息时如何知道消息要消费?具有相同JMS相关性的重复消息ID
1
A
回答
1
重复的JMSCorrelationIDs没有固有的问题。对响应感兴趣的消费者通常使用选择器创建消费者(即,JMSCorrelationID ='ID-XXX ...')。该使用者将使用指定的相关ID匹配包含消息的所有消息。
如果您需要分别处理四个响应中的每一个,则需要定义一个惯例,其中自定义消息属性确定哪些消息来自哪个原始主题订阅者。
相关问题
- 1. 具有相同属性的重复ID
- 2. 在春季覆盖具有相同相关ID和序列号的消息
- 3. SoapException具有相同的消息但具有不同的形式
- 4. 复制JMS消息属性
- 5. 从具有相同的ID
- 6. JQuery的具有相同ID
- 7. 删除具有相同ID号的重复行
- 8. 与具有相同ID
- 9. 加入具有相同ID
- 10. 有关具有相同ID的周期性事件的工具提示描述
- 11. SQL服务器查找具有相同ID重复日期
- 12. 具有相同ID的不同按钮
- 13. 打印具有相同属性的重复项目
- 14. 使用Array.map去除具有相同属性的“重复对象”
- 15. 具有相同属性的重复边缘neo4j
- 16. Oracle OSB收集具有相同ID的消息并将它们发送到JMS队列
- 17. 计划重试关联的JMS消息
- 18. 重复选择相同的ID组
- 19. 限行相同的ID重复
- 20. 在消息ID上过期JMS消息
- 21. JMS重写消息
- 22. 多个集群正在侦听相同的JMS消息队列
- 23. 具有相同所有者的多个消息框
- 24. 每个客户端重复相同的消息的socket.io房间
- 25. 检查具有相同ID的输入文本是否具有相同的值
- 26. 具有相同id错误的分数
- 27. SQL - 获取具有相同的ID
- 28. 改变具有相同ID的Joomla
- 29. 合并具有相同的id
- 30. 获取具有相同的包ID
有趣的场景。所有用户处理相同消息并提供回复的原因是什么?每个用户是否以不同方式处理消息? – Shashi
不,他们不会以不同的方式处理这些消息。他们以相同的方式处理它(这是我发布此问题的问题)。不确定,为什么它被写入以广播到某个主题。 – priya
看起来想法是在多个订阅者之间进行负载均衡,其中只有一个订阅者会处理该消息并作出响应。 – Shashi