-
Bug
-
Resolution: Done
-
Major
-
jboss-fuse-6.2.1, jboss-fuse-6.3
-
None
-
%
-
Sprint 6 - towards CR1
I have improved the situation for the common "Client is not started" error.
The error is actually an error in Curator library, in its usage of Zookeeper connection.
To keep the impacts to the minimum this is what I have done:
- modified a Curator class that now lives in our codebase to suppress the log entry each time the error appeared. Now it logs at DEBUG level
- Improved the handling in some scenarios where the error is actually a possible outcome, like in FabricWebRegistrationHandler that needs to unpublish a servlet from ZK registry, but it cannot do it if the connection to zk is not available.
The issue in FabricWebRegistrationHandler has just currently be wrapped but not entirely solved, since I'm only wrapping the exception in warn log call, but the underlying problem of having an invalid endpoint published might still be there.
I'll treat this possibility as a separate issue.
- duplicates
-
ENTESB-4410 Can the Client not started error message be suppressed when ensemble is resized
- Closed
- is related to
-
ENTESB-5816 Changing ZooKeeper settings invalidates ZK client session
- Closed
-
ENTESB-5868 Joined container does not have provision status sometimes
- Closed
- relates to
-
ENTESB-5807 Exception on creating child container with WARN message "Invalid remote: origin".
- Closed
-
ENTESB-5816 Changing ZooKeeper settings invalidates ZK client session
- Closed
-
ENTESB-5868 Joined container does not have provision status sometimes
- Closed
-
ENTESB-5964 [6.2.1.R4 / 6.3.0.CR1] Creating ensemble results in Client is not started in containers
- Closed