在azure逻辑应用程序中，将消息从死信队列提交到主题
在Azure服务总线主题中，消息如何从死信队列移动到主题？
它是否会自动移动到主题，或者我们需要在门户中配置主题的属性，或者是否有任何其他方法可以做到这一点？（我不喜欢在这里使用任何代码，我希望只做配置更改）
共有1个答案
我们有一批大约60k的消息，需要从死信队列中重新处理。通过服务总线资源管理器偷看和发送邮件从我的机器1k大约需要6分钟。我通过为DLQ消息设置一个转发规则来解决这个问题，并从那里自动转发到原始队列。这个解决方案花费了大约30秒的所有60k消息。这对于队列和主题非常有效。
-
我正在尝试创建一个小的Azure逻辑应用程序，它将有一些订单流。我将在服务总线队列中获取消息。我需要在logic app中获取消息，根据消息内容，我需要执行进一步的步骤。该消息还将包含订单数据。假设有条件逻辑，如果订单类型为“new”，我需要调用HTTP请求，其中我需要在POST请求中将消息数据作为正文内容传递。 我创建了一个服务总线队列，在逻辑应用程序中，添加了服务总线触发器，当服务总线队列中收
-
我需要将我的消息发送到死信队列从Azure主题订阅在任何错误的情况下，而阅读和处理从主题的消息。所以我尝试直接将消息推送到DLQ。 我的样本代码会像 我试着获取死信队列路径 我得到了死信队列的路径，如=“mytopic/$deadletterqueue” 但它在将路径作为主题名传递时不起作用。它引发实体主题未找到异常。 有谁能告诉我这件事吗 参考：如何使用Java将错误消息移动到Azure死信队列
-
我已经设置了Apache camel，在其中我使用来自一个队列的消息并对其进行某种操作，然后将其传输到其他队列。 现在，如果异常来了，我希望它应该回滚，然后在6次尝试后，它发送到死信队列，目前回滚发生5-6次，但我的消息没有转移到死信队列。 这里会发生什么-->Queue1->>（消耗）-->Operation（引发异常）-->Rollback-->Queue1->>（消耗）-->Operatio
-
我在Azure中创建了一个服务总线队列，它运行良好。如果消息没有在默认尝试（10次）内传递，则将消息正确地移动到死信队列。 现在，我想从死信队列中重新提交这条消息，回到它起源的队列，看看它是否再次工作。我也尝试过使用服务总线浏览器。但它立即被转移到死信队列中。 是否有可能这样做，如果有，如何做？
-
几天前，我发布了这个问题，来自Azure IOT中心的短信 我曾尝试实现建议的logic app，我的问题是logic app没有通过服务总线接收任何消息，事实上没有消息到达服务总线。当我尝试在logic应用程序中运行触发器时，它会弹出一个对话框，告诉我“When_a_message_is_received_in_a_queue”。当我运行logic应用程序时，它说工作流程在几分钟后超时。 我复制