So I think the problem is that
org.linkedin.zookeeper.tracker.ZooKeeperTreeTracker
doesn't appear to handle the event of a session disconnect.
Or at least the version used by ActiveMQ doesn't...
If I force tree to be rebuilt on a reconnect, my earlier unit test
passes:
I think you are correct here. The rebuild should work so long as the
session has not expired.
On 11 March 2015 at 20:51, James A. Robinson j...@highwire.org wrote:
So I think the problem is that
org.linkedin.zookeeper.tracker.ZooKeeperTreeTracker
doesn't appear to handle the event of a
Working my way through the code and the debug log from
the test, I see that the ZooKeeper group is getting emptied
out after session expiration occurs:
before the timeout:
2015-03-10 12:09:50,614 | DEBUG | ActiveMQ Task | ZooKeeper group for
01 changed: Map(foo -
On Wed, Mar 4, 2015 at 12:29 PM, James A. Robinson j...@highwire.org wrote:
Thanks. I'm pretty sure AMQ-5082 is what I'm seeing on 5.11.1.
I'll see if I can get the cycles to set up a unit test to replicate the
issue.
I think I've got the use a case represented for
Thanks. I'm pretty sure AMQ-5082 is what I'm seeing on 5.11.1.
I'll see if I can get the cycles to set up a unit test to replicate the
issue.
On Wed, Mar 4, 2015 at 5:52 AM, Tim Bain tb...@alumni.duke.edu wrote:
People reported similar high-level symptoms against 5.10.0 several months
back (you
People reported similar high-level symptoms against 5.10.0 several months
back (you can search the archives on Nabble), and I don't recall any
discussion of anyone finding a solution. But JIRA is the authoritative
place to find out whether anyone has reported and/or fixed this issue (or
any
Hi folks,
While testing out ActiveMQ I've been building clusters
VirtualBox. I've been spinning up two 3-node Replicated
LevelDB stores on my laptop.
I've noticed that the clusters can sometimes get into a
state where none of the nodes is the master. It appears
to me as though it's an issue