the difference between close and disconnect is that close will actually
try to tell the server to kill the session before disconnecting.
a paranoid lock implementation doesn't need to test it's session. it
should just monitor watch events to look for disconnect and expired
events. if a client
If you want to simulate expiration use the example I sent.
http://github.com/phunt/zkexamples
Another option is to use a mock.
Patrick
On 07/06/2010 05:42 PM, Jeremy Davis wrote:
Thanks!
That seems to work, but it is approximately the same as zooKeeper.close() in
that there is no SessionExp
Thanks!
That seems to work, but it is approximately the same as zooKeeper.close() in
that there is no SessionExpired event that comes up through the default
Watcher.
Maybe I'm assuming more from ZK than I should, but should a paranoid lock
implementation periodically test it's session by reading or
not sure if this still works but here's an example:
http://github.com/phunt/zkexamples
Patrick
On 07/06/2010 10:32 AM, Mahadev Konar wrote:
Hi Jeremy,
zk.disconnect() is the right way to disconnect from the servers. For
session expiration you just have to make sure that the client stays
dis
Hi Jeremy,
zk.disconnect() is the right way to disconnect from the servers. For
session expiration you just have to make sure that the client stays
disconnected for more than the session expiration interval.
Hope that helps.
Thanks
mahadev
On 7/6/10 9:09 AM, "Jeremy Davis" wrote:
> Is there
Is there a recommended way of simulating a client session expiration in unit
tests?
I see a TestableZooKeeper.java, with a pauseCnxn() method that does cause
the connection to timeout/disconnect and reconnect. Is there an easy way to
push this all the way through to session expiration?
Thanks,
-JD