NServiceBus-嵌套全双工方案

我是NServiceBus的新手，在不超过两天的时间里一直在玩NServiceBus样本。我已经看过全双工消息传递示例，它对我来说很好

但现在，我正在尝试实现一个嵌套的全双工场景，其中

• 我的客户端端点“A”将向服务器端点“B”发送消息，并等待“B”的答复
• 我的服务器端点“B”将向服务器端点“C”发送一条消息，并等待“C”的答复
• 然后，服务器端点“C”将回复服务器端点“B”
• 服务器端点“B”将答复客户端端点“A”

我已经从示例代码（改变了项目名称和名称空间等）复制了一个服务器端点，以拥有两个服务器端点，但是来自客户端“a”的消息到达服务器“B”，而服务器“B”未能将其发布到服务器“C”。我得到的只是几次重试，然后失败了

警告NServiceBus.Faults.Forwarder.FaultManager[（null）]- 消息未能通过FLR，将被移交给SLR重试 尝试：4，消息ID=c07c5e38-f355-4f01-a67d-a30a011545a1

错误NServiceBus.SecondLevelRetries.SecondLevelRetriesProcessor [（null）]-SLR无法解决带有消息的问题 c07c5e38-f355-4f01-a67d-a30a011545a1并将转发至 错误队列

---

我的问题是，这是否是我正在尝试的无效NServiceBus场景？如果没有，我会在这里遗漏什么？

您应该在日志中了解有关故障的更多信息。查看SLR故障前的日志条目。此外，错误队列中的消息应该有一些关于@Simon异常协议的元数据-但如果不解决确切的问题，这是NServiceBus可能出现的情况，但是尝试强制异步消息看起来像RPC（更不用说嵌套的RPC）并不是您通常会/应该做的事情。更多的代码将有助于了解您是如何进行等待的。感谢各位，是的，在进一步阅读之后，我意识到NServiceBus不支持RPC样式的消息传递。在我们的环境中，大多数通信都是异步的，但对于一些场景，我们需要RPC样式的消息传递，而不需要实现与现有服务总线不同的通信模式——不幸的是，出于这个原因，我们放弃了NServiceBus。