2

我有一个场景，其中对某个实体进行了两个或多个订阅（具有相同的通知 url）。在这种情况下，我有许多相同的订阅。当与订阅条件相关的属性更新时，我收到的通知与我所做的订阅一样多。这样，我就有了不必要的消息，导致不必要的处理。

有没有办法解决这个问题？Orion 和 STH Comet 都不处理这个问题。也许 Orion 和 STH 可以拒绝创建已经存在的订阅。如果这个 Orion 行为被更新，也许 STH Comet 不需要处理它。

4

1 回答 1

3

这个问题已经提过很多次了，但还没有解决。很容易创建重复的订阅，例如，错误地多次通知会混淆通知的服务......

于 2017-01-29T16:48:44.907 回答