Author: trobertson@gbif.org
Created: 2015-02-17 11:36:57.335
Updated: 2015-02-17 11:36:57.335
Were they all registered in ZK? That is important information to include as we need to understand if they are "runaway" instances (which may be 1 additional bug in the micro service) or if they are registered as a parallel deploy (which is a bug deployment procedure bug).
If you see it again, please can you post a screenshot of a ZK browser or the terminal listing?
Author: omeyn@gbif.org
Comment: This was one failed deploy after INF-116 so at most 3 of these were in ZK, the others were runaway.
Created: 2015-02-17 11:44:18.413
Updated: 2015-02-17 11:44:18.413
Author: trobertson@gbif.org
Created: 2015-02-17 11:52:31.275
Updated: 2015-02-17 11:52:31.275
As far as I can tell reading https://github.com/gbif/gbif-microservice/blob/master/src/main/java/org/gbif/ws/discovery/lifecycle/DiscoveryLifeCycle.java and http://curator.apache.org/curator-x-discovery/ the registration and deregistration in the ZK service registry are triggered only by lifecycle changes on the container.
[~fmendez@gbif.org] - this is not happening, but for curiousity - what would happen should the ZK be manually edited to remove the entry? Would the Jetty continue to run?