Community
Participate
Working Groups
ZooKeeper differentiates between DISCONNECT and SESSION_EXPIRED. Gyrex currently handles both more or less the same. This situation should be improved. We should handle DISCONNECT state more graceful and allow to recover from DISCONNECT. Only if SESSION_EXPIRED state is triggered we should really "disconnect" the node from the cloud. We also need to allow cloud roles/listeners to handle the state individually. For example, preferences might want to continue to work. Worker might want to stop processing completely. Web applications might also stop working or continue?
I started documenting the current implementation as well as a proposed third state for the ZooKeeper gate.
Considering this one fixed. The new gate and cloud states have been added together with a suite of tests using a true ZK quorum.