Azure服务总线订阅客户端轮询间隔
我已经设法编写了一个小型控制台应用程序来连接到Azure服务总线中的一个主题/订阅。我已经向订阅发送了消息并注册了一个消息处理程序。我看到消息处理程序每60秒轮询一次。例如，是否将轮询间隔延长至30或60分钟？
共有1个答案
我相信microsoft.azure.servicebus（.NET标准）和microsoft.servicebus.messaging（.NET Framework）都使用了AMQP或AMQP over WebSockets，它们不需要轮询消息。
我猜您正在检查网络日志，您看到的可能是保持底层TCP连接活动的心跳。
-
来自第三次订阅的消息会发生什么情况，是否会在TTL之后发送到死信队列 有没有办法找出消息未被使用的订阅
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。
-
这似乎是最简单的解决办法。让我们看看流程： 第三方向RESTful API发送请求，以获取Windows Azure服务总线连接字符串-凭据-。 一旦拥有连接字符串，第三方就会连接到Windows服务总线，并开始从某个主题订阅接收消息。注意：连接字符串是在服务器端加密的，只能由接受的客户端解密。 优点 null null 第三方请求一个类似于RESTful的TCP API，以便订阅一些Window
-
我们使用服务总线主题作为pub/sub系统的引擎。我们的逻辑涉及我们的NodeJS服务用多个订阅连接到一个主题。对于每个订阅，我们删除$default(TrueFilter)，并在消息头的Label属性上创建一个CorrelationFilter，并且不在订阅中应用AutoDeleteOnIdle设置，因为我们希望确保订阅服务器功能在服务启动之前一直运行。 这个问题可以归结为这样：某件事能导致规则
-
我有一个超时选项，只想在超时前接收消息。 如果您能解释下面的代码是如何工作的，以及我如何修改下面的代码以在特定的时间框架内接收消息，并且一旦我的超时已经到达就停止接收，这将是很有帮助的。
-
我正在使用Java和Qpid JMS 0.23测试发布/订阅。 我在SB中创建了一个名为“测试主题”的主题。 我可以从测试应用程序向主题发布消息，但在尝试订阅（动态创建订阅）时失败，例外情况： javax.jms.InvalidDestinationException：找不到消息传递实体mynamesspace：主题：test.topic~15|DurableSubscriber2。Trackin