Description
In ServiceDiscoveryImpl:
When unregistering a service, the reconnect listener might fire while deleting the path.
This can cause a condition where the delete finishes successfully, the service is removed from services, and then the reRegisterServices completes successfully and the service is added back in ZK and in services, end result being that the service was not removed, even though unregisterService did not throw any exceptions.
Essentially the use of the internal 'services' cache makes for a nightmare of concurrency issues. I put this as critical as the library it's really not usable IMO.
Attachments
Issue Links
- fixes
-
CURATOR-146 discovery: registration of wrong/old service instance on RECONNECT
- Closed