I said that those options are related to LevelDB and not ActiveMQ because,
very simply, they're features of LevelDB; for example, you can see both
variables in the LevelDB API at
https://github.com/dain/leveldb/blob/master/leveldb-api/src/main/java/org/iq80/leveldb/Options.java,
which was the secon
These are the questions I asked and all of them are related to ActiveMQ using
leveldb. None is related to core leveldb features.
http://activemq.2283324.n4.nabble.com/Garbage-Collection-in-LevelDB-td4686752.html
http://activemq.2283324.n4.nabble.com/Replicated-LevelDB-Manually-copying-data-from-
There is no detailed documentation for Activemq. I already asked here
http://activemq.2283324.n4.nabble.com/LevelDB-Documentation-td4679547.html#a4686768
but nobody comes back. I have asked around 5,6 questions about levledb and
it's been 5 days. But not even a single ActiveMQ vendor is replying.
Tim,
How come "paranoid check and verify checksum " parameters are related to
leveldb and not activemq. These parameters are mentioned
http://activemq.apache.org/leveldb-store.html but only with one line. No
detailed documentation is provided. Same with all other parameters. If we
want to explore
Anuj,
You should probably post questions that are purely about LevelDB to the
LevelDB mailing list. If you're confused about how ActiveMQ uses LevelDB,
then this list could be a good source of information, but most of the
questions you've asked about LevelDB recently are about its inner workings
What Tim said and this sounds like a bad dequeue scenario where you either
don't have enough consumer or they are way too slow, it also sounds a bit like
using Amq as data storage.
On Wed, Nov 5, 2014 at 9:07 AM, Tim Bain wrote:
> I don't know if there's a way to do this without changing the b
I don't know if there's a way to do this without changing the broker config
(I doubt it, but I don't have any direct knowledge either way), but it
seems like a simple enough change to the broker config. Other than the
need for a broker restart, is there a reason not to just do that?
Alternatively
Please respond .
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-replicated-leveldb-update-ordering-with-zookeeper-tp4686932p4686961.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
I was reading about leveldb and how compaction happens
http://leveldb.googlecode.com/svn/trunk/doc/impl.html
I am using ActiveMQ's leveldb store. Can someone tell me what are default
values for each level at which compactions happens in activemq's leveldb
store ?
Thanks,
Anuj
--
View this mes
Really confuse between both the parameters. Can someone help me here ?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/paranoid-check-and-verify-checksum-configuration-for-levelDB-tp4686923p4686956.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hi,
Any updates here. Please respond.
Thanks,
Anuj
--
View this message in context:
http://activemq.2283324.n4.nabble.com/LevelDB-message-store-for-durable-subscriber-tp4686920p4686955.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hi Guys,
I've configured 3 ActiveMQ instances along with Zookeeper (Using multi
replicated level db).
For verifying if it works fine with zookeeper or not, I've one producer and
8 consumers. Producer has produced around 1000 messages and I am shutting
the producer.
Now these threads pick from the
I tested it again very carefully and found some interesting aspects :
> 3 brokers were running fine where one is master and other two are slaves.
> I stopped one of the slaves and deleted all leveldb files.
> I copied all master broker leveldb files into the slaves leveldb
> directory. (removed n
13 matches
Mail list logo