(Replicated)LevelDB has some issues, and is indeed deprecated. KahaDB does not officially have a replicating version. There has been some work on it, which was abandoned in favor of ReplicatedLevelDB... If and when this will be revived is unknown.
Then to the statement: I need to implement a master/slave AMQ configuration using Zookeeper. In my opinion, you may state that you need to setup a master/slave AMQ configuration. However, "using zookeeper" cannot be a requirement. While Zookeeper is used in the ReplicatedLevelDB configuration, and is therefore a requirement for an ActiveMQ configuration using ReplicatedLevelDB, does not make it a requirement if this dependency falls away. If you need a Master/Slave configuration of ActiveMQ, currently the only supported way is using a shared store. This can be a JDBC connection to a (highly available) database, or a KahaDB on a shared store. On shared stores tehre are some good and some bad options; that's something to determine. In my opinion, if you're able to, I'd suggest GlusterFS (that is, if you're running on Linux) One thing to keep in mind is that you need the filesystem able to lock a file. NFS allows this, samba does not (afaik)... so not every type of storage sharing will work... you'll have to dig a bit into that. -- View this message in context: http://activemq.2283324.n4.nabble.com/LevelDB-vs-KahaDB-for-master-slave-Zookeeper-setup-tp4720633p4720698.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.
