是否可以通过REST连续监听来自Azure服务总线队列的消息？
是否可以通过REST连续监听队列中的消息？
共有1个答案
是否可以通过REST连续监听队列中的消息？
我不认为有一种方法只是向rest发送一个请求来连续地侦听来自队列消息。发送一个REST API请求和一个响应。
但我们可以通过Azure Webjob、Azure function或Azure logical App连续监听队列消息,触发服务总线队列消息。有关更多信息，您可以参考以下教程。
-
我已经创建了一个简单的窗口服务来使用来自Azure服务总线队列的消息。我使用TopShelch创建windows服务。下面的代码从这里剪切如下示例：https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-dotnet-get-started-with-queues 高频。Run（）； ServiceBusHe
-
要求：我需要从队列中获取所有会话中的所有消息应该在消息出现在队列中时立即使用它们。 问题：代码接受与会话id（xyz）之一相关的消息，然后等待。即使使用该会话id（xyz）推送更多消息，它也无法使用它。 任何建议-我在这里错过了什么明显的东西。 我有，用于从队列连续接收会话消息。每当我开始新会话时，我只收到一个的消息。 测试队列：在这个队列中，有20条消息可用，有4个不同的会话ID。每当我运行Ja
-
我正在尝试创建以下进程： 为了连接两端（IoT Hub和Notification Hub)，我尝试按照以下教程操作：https://www.developer.com/ws/android/senging-notifications-to-mobile-apps-fromon-azure-function-apps.html 此外，我还添加了从IoT集线器到服务总线中适当队列的路由。 现在，每当I
-
我试图找出队列中可以调度的消息数量是否有限制。我需要在未来的7到21天内安排数百万条消息。看了这个，但它没有说任何关于预定消息的内容。https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-quotas#messaging-配额
-
我有一个windows服务，它侦听Azure服务总线队列消息，以便从我的WebApi应用程序分发处理。此外，我还需要处理重复性任务（每晚/每周），我认为最好使用相同的系统来处理这些任务。 例如，假设我有一个“CleanupDb”队列，每天午夜删除过时的DB节点： 理论上这应该行得通，但我觉得我错过了一个更明显的处理方法。有没有更好的办法？
-
我正在使用Azure服务总线队列。但是我不能使用“获取所有队列消息（peek Lock）：微软内置于api”从队列中获取所有消息。 有没有办法获取所有队列消息？ {"$连接"：{"值"：{"servicebus_1"：{"连接ID"："/订阅/c776fex3-6aec-4722-b099-b054c267b240/资源组/Plugin-Resources/提供者/Microsoft.网络/连接/