> Given I have a broker with for example two backups, configured with journal > replication (not shared storage), is there a way to guarantee a message has > successfully replicated before completing a write?
Assuming the message you send is durable then this happens automatically. The producer will not receive a reply back from the broker until the message has been replicated successfully. > Is it possible to configure how many backups a message should be replicated > to before it is successful (such as a majority of them)? Although multiple backups can be configured it's important to know that only 1 backup actually receives the replicated data. In this use-case when the live broker fails and the backup with the replicated data takes over then one of the "extra" backups becomes a backup to the new live broker. > Is a message consumable before it has been replicated to multiple backups? No, I don't believe so. Justin ----- Original Message ----- From: "Alec Henninger" <alechennin...@gmail.com> To: users@activemq.apache.org Sent: Saturday, February 18, 2017 3:42:11 PM Subject: Re: Replication and client transactions Woops, thought the list was Artemis specific. Yes I'm using Artemis in this example. On Sat, Feb 18, 2017, 1:38 PM Justin Bertram <jbert...@apache.org> wrote: > Are you using ActiveMQ Artemis? > > > Justin > > ----- Original Message ----- > From: "Alec Henninger" <alechennin...@gmail.com> > To: users@activemq.apache.org > Sent: Saturday, February 18, 2017 11:50:18 AM > Subject: Replication and client transactions > > Hi all, > > Given I have a broker with for example two backups, configured with journal > replication (not shared storage), is there a way to guarantee a message has > successfully replicated before completing a write? > > Does this happen automatically, or is configuration necessary to achieve > this? > > Is it possible to configure how many backups a message should be replicated > to before it is successful (such as a majority of them)? > > Is a message consumable before it has been replicated to multiple backups? > > Thank you very much for your time, > Alec >