activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Shannon <>
Subject Re: Regarding replicated DB store solutions
Date Wed, 07 Dec 2016 20:26:58 GMT
The issue with the current LevelDB implementation is that it is not
stable.  There have been numerous bugs reported against it that have not
been fixed including corruption problems so it is not really usable in a
production environment. Originally it was intended to be the follow on to
ActiveMQ but it has basically been abandoned as there hasn't been anyone
who has shown any interest the past couple of years to fix it up so it has
been deprecated.

The link you have found is old as originally replication support was
planned for KahaDB but that was migrated to LevelDB instead and KahaDB does
not currently have replication.  However if you are ok with a shared file
system solution for high availability then you can use KahaDB. .

If you are interested in replication support I would take a look at Artemis
(, which you alluded to by mentioning
the ActiveMQ sibling project.  Artemis supports replication and is
currently under heavy development with the goal to ultimately have it
replace the current 5.x broker if/when the community decides it is ready.
So I would give it a shot and see if it works for you if you need a
replication.  I doubt that there will ever be replication added to KahaDB
as most of the active development is going towards Artemis at this point.

On Mon, Dec 5, 2016 at 10:15 AM, JR John Roach (5298) <> wrote:

> Hi,
> We need a high availability solution. To this extent I did some research
> on the usage of ActiveMQ.
> According to this documentation (
> replicated-leveldb-store.html) LevelDB store is no longer supported.
> Wasn’t LevelDB newer DB solution? Wasn’t it going to replace KahaDB?
> According to this documentation (
> kahadb-master-slave.html) KahaDB replication is not currently supported.
> Will it ever be? Also it looks like the documentation is broken, could it
> be fixed?
> If replicated DB is not supported what is the supported high availability
> solution that ActiveMQ has that can;
>   *   Support multiple slaves
>   *   Replication of queues
> ?
> Could the ActiveMQ sibling be the solution?
> Thank you for any information you can provide.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message