问题标签 [azure-servicebus-queues]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure - 扩展长时间运行的消息处理 Azure 服务总线
使用 QueueClient 消息泵扩展正在处理许多长时间运行的 Azure 服务总线消息的辅助角色的最佳方法是什么。
如果使用 QueueClient.OnMessageOptions.MaxConcurrentCalls = 6 和 QueueClient.OnMessage 是否意味着我一次最多只能处理 6 条消息？
在 OnMessage 回调中长时间运行处理以生成一个新任务来完成它的处理是不是很糟糕？
我应该改用 QueueClient.OnMessageAsync 吗？
谢谢你的帮助。
biztalk - 在失去连接时重新连接 SB-Messaging 接收位置
如果与 Azure 服务总线队列的连接丢失，是否有办法防止 SB 消息接收位置不被禁用？
我想在 X 分钟后设置一个“重试连接”属性。这是可能的还是我必须扫描事件日志以查看接收位置是否被禁用，然后转到 BizTalk 管理并手动启用该位置？
azure - 指导 OnMessageOptions.AutoRenewTimeout
有人可以提供有关使用 Azure 服务总线 OnMessageOptions.AutoRenewTimeout http://msdn.microsoft.com/en-us/library/microsoft.servicebus.messaging.onmessageoptions.autorenewtimeout.aspx的更多指导吗
因为我没有找到关于此选项的太多文档，并且想知道这是否是更新消息锁的正确方法
我的用例：
1) Message Processing Queue 的 Lock Duration 为 5 分钟（允许的最大值）
2) 消息处理器使用 OnMessageAsync 消息泵从队列中读取（使用 ReceiveMode.PeekLock）长时间运行的处理可能需要长达 10 分钟来处理消息，然后才能手动调用 msg.CompleteAsync
3）我希望消息处理器自动更新它的锁定，直到它预计完成处理的时间（约 10 分钟）。如果在那段时间之后它还没有完成，锁应该被自动释放。
谢谢
- 更新
我从来没有得到更多关于 AutoRenewTimeout 的指导。我最终使用了一个自定义 MessageLock 类，该类根据计时器自动更新消息锁。
请参阅要点 - https://gist.github.com/Soopster/dd0fbd754a65fc5edfa9
wcf - 配置 WCF 服务以从 Windows 服务器服务总线读取消息
我正在尝试使用以下配置配置 WCF SVC。它没有从窗口服务器服务总线主题/订阅中获取消息。
当我通过代码动态托管和配置相同的内容时，它可以工作。
azure - Azure 队列中基于租约和基于锁的独占访问之间的区别
我知道（在此处阅读 msdn 文档）Windows Azure 存储队列对消息使用基于租约的独占访问策略，而 Azure 服务总线队列使用基于锁的策略。在两者中，我都可以设置锁定/租赁的最长持续时间。那么，这两种方法之间最重要的区别是什么？有人可以提供一个清晰/简短的例子吗？谢谢。
azure - 检测队列删除
一位客户想一口气冲掉队列。然而，这两个批处理选项在 Java 中似乎都不可用，因此他们坚持要完全删除队列。
问题是，我如何检测到队列不再存在？有什么钩子吗？因为我的听众只会保持沉默，什么也不做。
（队列是在worker角色启动时创建的，如果它还不存在，所以通常重启队列会起作用。唯一的问题是，有很多实例，所以重启它有点问题。）
azure - 从 Service Bus Java 客户端一次性删除所有消息
是否可以比逐个删除更快地删除队列中的所有消息？
我知道PrefetchCount.NET SDK 中有，我读了这篇文章：Clearing azure service bus queue in one go，但我在 Java SDK 中找不到任何东西。
azure - 记录 Azure 服务总线服务器异常
如果我无权访问提交队列消息的客户端，有没有办法记录服务总线异常和错误？例如，来自服务总线队列本身？
azure - 尝试从死信队列中删除时出现错误请求
我正在尝试使用以下代码从死信队列中删除消息：
并不断获得：
The remote server returned an error: (400) Bad Request. The specified HTTP verb (GET) is not valid. TrackingId:104cc11d-21b5-440c-adde-e9ce9afb0603_G25,TimeStamp:1/24/2015 8:44:10 AM
这里有什么问题？
azure - What is the order of the messages in a Azure Service Bus queue if I send them asynchronously?
If you send messages to an Azure Service bus topic/queue using SendAsync(...) is the message ordering guaranteed?
For example if I had an application with one thread that was sending lots of messages using SendAsync, would the order in which the method SendAsync was called be maintained? Is the Service Bus client library smart enough to know that although the messages will be sent asynchronously, that the order in which they are added to the topic is maintained throughout?