用C#将Azure服务总线队列迁移到主题和订阅
共有1个答案
否，如果尝试发送到具有queueclient的主题，则会出现异常：
System.InvalidOperationException: 'Cannot open a Queue client for entity type Topic.'
同样，尝试从订阅接收也会导致异常：
Microsoft.Azure.ServiceBus.MessagingEntityNotFoundException: Put token failed. status-code: 404, status-description: The messaging entity 'sb://ns.servicebus.windows.net/subscription' could not be found.
为了发送，您需要将queueclient替换为具有相同构造函数的topicclient。
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。
-
我有一个名为“状态更改”的Azure服务总线主题，它有一个名为“混响”的订阅。我正在尝试使用设置订阅主题的方法，但出现错误： 我一直在使用这篇博客文章来尝试让一切正常运行：http://ramblingstechnical.blogspot.co.uk/p/using-azure-service-bus-with-spring-jms.html 我可以使用向主题添加消息，并使用Azure文档中概述
-
问题是一旦解决了异常的来源，如何处理错误。一旦消息出错并最终出现在_error队列中,我希望在消息和/或服务修复后将消息移回处理。我无法将消息从_error队列移动到主题,因为该主题上的每个服务都将再次获得该消息。 我试图使用ReceiveEndpoint方法创建第二个队列,该方法名为_errorRecovery,但这样做会导致队列订阅主题,这意味着_errorRecovery队列获取发布到该主题
-
null 输出 谁能解释一下为什么会这样吗？这对我来说有点迷惑？
-
来自第三次订阅的消息会发生什么情况，是否会在TTL之后发送到死信队列 有没有办法找出消息未被使用的订阅
-
我的应用程序中有以下代码片段，用于向Azure service bus主题队列发送消息。在发送消息的过程中，我会随机收到通用ServiceBusException。 这是我的例外， 服务无法处理请求；请重试操作。有关异常类型和正确异常处理的更多信息，请参阅http://go.microsoft.com/fwlink/?LinkId=761101TrackingId： 24e3ca8e-a74f-4