Azure服务总线：在逻辑应用程序中续订消息锁定令牌
我正在开发一个Azure逻辑应用，其中有一个服务总线窥视锁触发器。服务总线的消息锁定持续时间为5分钟。我希望每5分钟有一个自动更新令牌机制，以防逻辑应用实例需要超过5分钟，以便该过程可以继续，而无需释放锁，让另一个消费者将消息带走。
有什么方法可以通过Logic应用程序实现这一点吗？
共有1个答案
我们无法在logic应用程序中创建锁令牌的自动续订。为此，我们需要编写需要使用Azure函数的代码。
有关更多详细信息，请检查自动续订。
-
我在Azure服务总线中构建了一个支持多队列订阅的服务，但是我正在得到一些奇怪的行为。 我的subscription singleton类有一个如下所示的方法： 其思想是，您为特定类型的消息订阅Azure Service Bus，该消息直接对应于队列。在订阅中，传入一个委托以了解如何处理消息。 谁能告诉我，我需要做什么不同的，以确保消费者拥有的消息，直到完成？
-
我在Azure中的服务总线上有一个主题订阅，锁定持续时间为30秒，并且启用了会话。 我正在使用一个逻辑应用程序来使用峰值锁来获取主题的消息，因为我关心消息的处理顺序。我希望确保具有相同会话id的所有消息都按照它们添加到总线的顺序进行处理，即FIFO。 下面是一个简单的逻辑应用程序的截图，当一个消息到达时，它会被触发（使用5秒轮询的peek-lock)，然后它会在完成消息之前等待15秒。
-
我正在尝试创建一个小的Azure逻辑应用程序，它将有一些订单流。我将在服务总线队列中获取消息。我需要在logic app中获取消息，根据消息内容，我需要执行进一步的步骤。该消息还将包含订单数据。假设有条件逻辑，如果订单类型为“new”，我需要调用HTTP请求，其中我需要在POST请求中将消息数据作为正文内容传递。 我创建了一个服务总线队列，在逻辑应用程序中，添加了服务总线触发器，当服务总线队列中收
-
我在Azure logic应用程序中处理xml消息时遇到问题。我读了不少关于类似问题的文章，但不知何故，它对我不起作用：-） 我的情况： 我从一个逻辑应用程序向服务总线发布一条xml消息。似乎只有当主题采用Base64编码时，才能将消息发送到主题。所以我用下面的： 请注意，内容已经有这种格式： 执行此操作后，我看到消息被传递到服务总线主题。Service Bus Explorer工具显示以下消息文
-
我有一个逻辑应用程序，它由EventGrid主题触发，但使用事件中传递的SessionId从服务总线队列读取消息。 服务总线peek读取在一个直到循环中完成，该循环在服务总线peek读取超时时退出。（我已在操作设置中将超时设置为30秒）。 我遇到的问题是，尽管队列已满，但在循环退出之前只读取了大约20条消息。为什么会这样？