我有一台维护应用程序全局状态的服务器。
客户端可以连接到服务器并获取有关全局状态更改的消息（发布/订阅机制，以便服务器广播信息）。
但是，在启动时，客户端根本没有关于全局状态的信息，他们需要它。我想要的是订阅系统的任何新客户端，第一个通知消息是应用程序的完整状态。然后他们只收到有关此状态的更改：
这个想法类似于多人游戏，其中新玩家必须首先获得游戏的完整状态，然后才会发送游戏中的更改。
ActiveMQ或Stomp等消息系统可以满足我的需求，因为它们是多语言的，可以与多个传输层一起使用。然而，没有这种概念可以发送完整的状态（或以连贯的方式累积最后的变化）。
当然，我可以轻松地以静态方式提供此状态（首先我获得完整状态，然后我订阅发布/订阅系统），但是在此期间我必须小心可能的更改（我做过）在处理完整状态时会丢失一些更改吗？在我刚刚检索到的全局状态中是否已经考虑了这种变化？...）。但是我失去了Stomp和ActiveMQ已经提供的多语言/多传输方面。
是否有一些现有的库/工具可以做到这一点？ ActiveMQ的某种扩展？类似于Stomp的东西？还是需要手工制作？
答案 0 :(得分：2)
这不是消息传递域问题，而是特定用例。 Pub / Sub不是为了知道有关生产者/消费者的任何状态信息而设计的，它只是代理消息。
也就是说，有一些不同的重新传递模式可以用来弥补差距（Last Image Subscription Policy等），但我会选择更简单的解决方案。此外，您可以考虑使用类似Apache Camel之类的东西来放置生产者和订阅者之间以提供额外的逻辑。
正如您所说，棘手的部分是保持增量更新与检索到的完整系统映像同步。在顶部，这是我要做的......