这是一个简单的问题,但我找不到答案。
假设我的消息被放置到重试队列(谁创建重试队列?它是 WCF 还是 MSMQ 服务?)
5 分钟后(这是我的重试延迟),该消息返回到应用程序队列。
问题:谁在超时后将消息从重试队列移动到应用程序队列?
额外的问题:如何跟踪延迟?消息是否获得“移动”时间戳和“重试”时间戳?
带有 MSMQ 4.0 的 WCF 确实提供了自动重试和毒消息处理,尽管 Hugh 的回答对于旧版本的 MSMQ 是正确的。
从评论中编辑: 在识别将消息移动到重试队列并返回的过程时,我假设它是 MSMQ 服务本身,因为这是 MSMQ 4.0 中的一个新功能。WCF 参与包装所有这些活动的事务,当然,它还处理 MSMQ 放入队列中的消息。
具有标准 msmq 绑定(netMsmqBinding和msmqIntegrationBinding)的 WCF 不支持重试。因此,在回答您的问题时:
谁创建重试队列?- 你做。
谁在超时后将消息从重试队列移动到应用程序队列?- 你做。
如何跟踪延迟?- 你必须这样做。
NServiceBus是开源的,可以使用 MSMQ 进行传输。此产品提供开箱即用的重试功能,但不使用 WCF。
更新
以上适用于 MSMQ 3 及以下版本。
根据这篇文章处理有毒消息,MSMQ 4 提供了一些允许应用程序使用子队列处理有毒消息的新功能。这些特点是:
所以看起来实际的移动是由 WCF 处理的,而不是 MSMQ;并且 MSMQ 现在只是具有支持有害消息和重试处理的设施。