逻辑应用中的Azure服务总线队列错误
我正在尝试在我的逻辑应用程序中使用Service Bus Queue send操作，该应用程序向队列发送消息。逻辑应用程序运行时，操作返回此错误：
{
"status": 403,
"message": "Cannot use a trigger on an entity with auto-forwarding enabled.",
"source": "127.0.0.1"
}
尽管在创建队列时，我没有启用自动转发。有什么帮助吗？
共有3个答案
在我的例子中，有指向问题的触发错误，这与在命名队列上启用会话的强制有关。创建另一个队列并删除对会话的要求，解决了这个问题。
错误消息最初并不清楚，因为它只说明了以下内容：
{
"status": 403,
"message": "Cannot use a trigger on 'transfwopartition' entity with auto-forwarding enabled.\r\nclientRequestId: b62228df-830d-4564-a1f9-6727102fe2f0",
"source": "servicebus-ne.azconn-ne.p.azurewebsites.net"
}
自动转发已关闭，并且从未在我的队列上启用。同样的方法也适用于分区（不确定使用分区是否会产生影响，但根据前面的注释检查了这一点）。
但是，如果您查看触发器错误，您将获得更详细的错误消息，如下面的一条，表明这是会话的问题。因此，解决方案是使用不强制会话或不提供会话ID（对于支持此参数的操作）的队列。
"body": {
"status": 400,
"message": "It is not possible for an entity that requires sessions to create a non-sessionful message receiver. TrackingId:265012a9-ffe8-4982-85c9-2799ec29b69b_G23_B34, SystemTracker:servicebusmiti:Queue:transfwopartition, Timestamp:2018-12-19T22:29:17\r\nclientRequestId: 872039fa-d310-47f5-a11e-50335ae5f128",
"source": "servicebus-ne.azconn-ne.p.azurewebsites.net"
}
自动转发是服务总线队列和主题中的一项功能，通过启用它（设置目标队列或主题），发送到队列或主题的消息将转发到目标实体。
您不能在Logic App发送或接收消息操作中使用此类实体。无法使用Azure Portal设置此属性。您可以使用诸如Service Bus Explorer或Serverless360之类的工具或使用此工具来完成。Net客户端。
有关自动转发的更多详细信息，请查看此处
检查您是否没有为服务总线队列打开分区。在“新建”azure门户中创建队列时，它默认为打开。
得到了同样的误导性错误。
-
我正在使用azure服务总线主题和订阅机制，并希望处理所有在死信队列中的消息。 此外，我想通过C#中的Azure Web作业处理消息，并将其发送回队列。所以我想知道如何通过我的应用程序处理死信队列上的消息？
-
我有一个服务总线Q，从Azure门户可以或多或少地看到服务总线Q包含多少条目。如何使用他们的管理API获取此计数？我仔细阅读了文档，但没有找到答案。
-
我试图从使用逻辑应用程序的服务总线队列读取消息。我没有找到任何关于逻辑应用程序如何根据队列中的消息数量进行缩放的留档。任何帮助或指针非常感谢。
-
今天晚上，我们观察到排队时间非常慢。我们的追踪数据告诉我们 需要45-60秒。这种情况发生在两个已经存在很长时间的队列上。他们几乎从来没有超过1-2条记录，我们使用一个带有服务总线触发器的网络作业来完成任务。我们正在排队等候一个简单的POCO。还有另一个队列正在快速排队，所以由于没有任何其他想法，我删除了两个麻烦的队列。当代码重新创建它们时（正如它被构建时所做的那样），它们在不到一秒钟的时间里开始
-
您好，我有一个关于逻辑应用程序和Azure服务总线队列的性能问题。 我有一个逻辑应用程序，看起来像这样： （注意：延迟是为了模拟一组连接器/操作，这些连接器/操作运行大约需要2秒钟，我还使用锁令牌和会话ID来完成消息和关闭会话） 它通过峰值锁定每秒轮询服务总线以获得高吞吐量，因为我的服务总线队列使用会话在流中启用FIFO排序。因此，我正在做的是，向我的服务总线发送大约2000条具有不同会话ID的消