在azure服务总线主题订阅中保留筛选的消息
我之所以要这样做，是因为我们的服务在部署时配置订阅规则，并且具有消息代理的服务可能会在具有订阅客户端的服务更改规则集和新的业务逻辑之前部署该服务，该服务会发送一组新的消息。我们不希望丢失在部署期间发送的消息，并在新服务退出时处理它们。
干杯。
共有1个答案
正如其他人所提到的，这是设计好的，根据您的需求，您有以下选项
>
预先创建订阅，这将持久化筛选后的消息，当订阅出现时，您的订阅者服务可以从订阅中获取这些消息。
在队列中使用消息会话，而不是每个订阅服务器使用一个会话。不过，这里的要求是让您的初始部署发送消息时，在这些消息上设置唯一的sessionid（这基本上应该基于您稍后使用的筛选器），而不是稍后使用筛选器
-
我试图遵循Mark Heath的控制台应用程序示例，使用筛选后的订阅检索服务总线主题消息。但是，我实际上无法检索实际筛选的消息(Filtered1、Filtered2)。消息确实会被使用，但我无法查看它们，因为代码从未像处理非过滤消息（AllMessages）那样进入回调函数。对我错过了什么有什么想法吗？ 发件人代码 接收机代码
-
我试着按照1给出的教程学习。我创建了一个主题，其中有两个主题的订阅，分别使用sqlFilter(user_age<50)和(user_age>=50)。我为消息定义了一个自定义属性user_age。但当我发送关于这个主题的消息时，两个订阅都收到相同的消息，这是胡说八道！知道吗？ 我的代码完全是从tuto中给出的代码中获得灵感的，只是我使用这段代码接收来自给定订阅的消息：
-
有可能做到这一点吗？
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。
-
https://github.com/azure/azure-service-bus/tree/master/samples/dotnet/gettingstart/microsoft.azure.servicebus/topicsubscriptionwithruleoperationssample 现在我想添加一个筛选器/规则，这样只有通过筛选器中定义的特定条件的消息才应该给订阅。 例如,下面