如何使用取消令牌Azure服务总线（SubscriptionClient）
共有1个答案
关于取消令牌，如何使用它来取消消息？
你不能“取消”一条消息。你可以
- 完成
- 放弃
- 延迟
- 死信
-
我的问题是如何处理RegisterMessageHandler方法中的取消令牌，每当收到新消息时，该方法就会被调用？此外，我还想“优雅地”处理订阅客户端的关闭，也就是说，如果一条消息已经被处理，那么我希望该消息得到完全处理，然后我想关闭连接。下面是我正在使用的代码。 目前我们正按照以下方法进行：1。使用信号量锁锁定消息的进程，并在finally块中释放锁。2.调用CancellationToken
-
除了用户名和密码（例如来自ACS的令牌）之外，是否还有其他使用AMQP对Azure服务总线进行授权的方法？ 在我的场景中，我希望能够在不公开凭据的情况下为资源级客户端提供对服务总线的访问权限。
-
我在Azure中托管了两个云服务辅助角色，一个使用NServiceBus（Azure服务总线传输）消耗消息，另一个生成消息。 昨天，我部署了一个新版本的生产者工作者角色，而队列中仍然有大量消息，因为我们正在处理早上遗留下来的大量消息。当生产者启动时，它似乎已经清空（或者可能重新创建）队列，许多重要的生产消息丢失。这似乎很奇怪，但日志显示，大约在生产者角色启动时，消费者没有处理进一步的消息，我们知道
-
正如您所看到的，我有Method1，这是一个异步调用，它作为一个单独的线程运行，因此将相同的令牌传递给这个方法，因为主线程将不知道子线程。但是，Method2和Method3只是函数调用，因此不会传递CancellationToken，因为主线程的上下文中正在运行。 我有几个关于在Service Fabric中使用CancellationToken的问题。1.我们是否需要为正在从长时间运行的方法（
-
我正在尝试在Azure中构建一个简单的WebAPI REST服务，后端有一个服务总线队列工作器。我可以从Web API向工作人员发送一条消息。然而，我试图发送更多的信息，只是为了看看一切是如何运作的。因此，我创建了一个简单的控制器，如下所示： 当我呼叫控制器时，我只收到工作人员接收到的大约1/2的消息。其余的似乎都被放弃了。
-
如何轮询azure服务总线以持续检查消息？下面是我从队列接收消息的方式。 我想不断地寻找信息，然后处理它。