Actually the subscription recovery policy does not work for my case,
because it only allows to send to the new client a message previously sent
to the topic, not a different one.
2016-09-02 15:20 GMT+02:00 Matt Pavlovich :
> +1 the subscription recovery policy should do it. Might makes sense to
+1 the subscription recovery policy should do it. Might makes sense to
separate the destinations as well.. one for boot strap and another for
updates.
On 9/1/16 2:19 PM, Julien Nicoulaud wrote:
I realize using retroactive consumers with a
custom SubscriptionRecoveryPolicy might be just what
I realize using retroactive consumers with a
custom SubscriptionRecoveryPolicy might be just what I need.
2016-09-01 21:06 GMT+02:00 Julien Nicoulaud :
> Hi,
>
> I'm trying to implement the following simple pattern using ActiveMQ:
> - my server maintains a "state"
> - my clients connect to the
Hi,
I'm trying to implement the following simple pattern using ActiveMQ:
- my server maintains a "state"
- my clients connect to the server, get a snapshot of the state and
suscribe to updates of the state
So I need the "state snapshot + subscription" step to be atomic for each
client connectin
