跟踪服务总线消息主题订阅
有可能做到这一点吗？
共有1个答案
“最后一条消息已处理”和“最后一条消息已成功完成”是什么意思。如果您有一个恒定的消息流，您将在什么点确定什么是最后一条消息。
您的要求有点违反了pub/sub的概念。主题和订阅的全部意义在于解耦发布者和订阅者。
这是基本的故障排除，我保证知道，该消息至少已被接收方接收到。
-
参考https://github.com/Azure/azure-service-bus/tree/master/samples/dotnet/gettingstart/microsoft.Azure.servicebus/basicsendreceiveusingtopicsubscriptionclient，我了解Azure服务总线主题的一般工作方式，我的问题更多地是关于它实际上是如何工作的。
-
我之所以要这样做，是因为我们的服务在部署时配置订阅规则，并且具有消息代理的服务可能会在具有订阅客户端的服务更改规则集和新的业务逻辑之前部署该服务，该服务会发送一组新的消息。我们不希望丢失在部署期间发送的消息，并在新服务退出时处理它们。 干杯。
-
我正在使用azure service bus主题，我已经为它订阅启用了会话。 在my logic应用程序中，我使用来自主题的sql事务插入数据，我使用主题订阅（peek-lock）并在订阅服务器级别将并发设置为默认，如下所示 根据我的理解，我的逻辑应用程序（订阅者）应该读取所有的消息，并且必须在FIFO中处理 我的逻辑应用程序像
-
我试图遵循Mark Heath的控制台应用程序示例，使用筛选后的订阅检索服务总线主题消息。但是，我实际上无法检索实际筛选的消息(Filtered1、Filtered2)。消息确实会被使用，但我无法查看它们，因为代码从未像处理非过滤消息（AllMessages）那样进入回调函数。对我错过了什么有什么想法吗？ 发件人代码 接收机代码
-
我有一个服务总线主题与50个订阅者有他们自己的过滤器。如果有人猜到订户的名字，我如何从49个订户中获得消息？我可以验证订阅者凭据吗？ 现在我的B计划是创建一个50个队列，以便每个队列都有自己的安全连接字符串。有谁能提出正确的方法吗？
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。