Azure服务总线主题，订阅规则已删除
我们使用服务总线主题作为pub/sub系统的引擎。我们的逻辑涉及我们的NodeJS服务用多个订阅连接到一个主题。对于每个订阅，我们删除$default(TrueFilter)，并在消息头的Label属性上创建一个CorrelationFilter，并且不在订阅中应用AutoDeleteOnIdle设置，因为我们希望确保订阅服务器功能在服务启动之前一直运行。
这个问题可以归结为这样：某件事能导致规则在一定时间后被移除吗？
共有1个答案
某件事会导致规则在一定时间后被移除吗？
代理从不删除订阅规则(SQL、相关性或布尔值），因为这会对服务的承租人产生破坏性影响。我建议检查您的系统和任何具有管理权限的名称空间，看看发生了什么。或者，旋转键（主键和副键）。如果已启用托管标识，请验证具有访问权限的内容。
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。
-
https://github.com/azure/azure-service-bus/tree/master/samples/dotnet/gettingstart/microsoft.azure.servicebus/topicsubscriptionwithruleoperationssample 现在我想添加一个筛选器/规则，这样只有通过筛选器中定义的特定条件的消息才应该给订阅。 例如,下面
-
这似乎是最简单的解决办法。让我们看看流程： 第三方向RESTful API发送请求，以获取Windows Azure服务总线连接字符串-凭据-。 一旦拥有连接字符串，第三方就会连接到Windows服务总线，并开始从某个主题订阅接收消息。注意：连接字符串是在服务器端加密的，只能由接受的客户端解密。 优点 null null 第三方请求一个类似于RESTful的TCP API，以便订阅一些Window
-
来自第三次订阅的消息会发生什么情况，是否会在TTL之后发送到死信队列 有没有办法找出消息未被使用的订阅
-
我有一个名为“状态更改”的Azure服务总线主题，它有一个名为“混响”的订阅。我正在尝试使用设置订阅主题的方法，但出现错误： 我一直在使用这篇博客文章来尝试让一切正常运行：http://ramblingstechnical.blogspot.co.uk/p/using-azure-service-bus-with-spring-jms.html 我可以使用向主题添加消息，并使用Azure文档中概述
-
我有一个启用了分区的Azure Service Bus主题。我可以在主题下以编程方式创建订阅，但当我尝试添加自定义规则时，会出现以下异常： “已启用分区的实体不支持此操作。” 我的代码只是使用SubscriptionClient的AddRur方法和使用Rule定义。顺便说一句，如果主题没有分区，我没有问题。