-
Bug
-
Resolution: Done
-
Major
-
7.2.4.GA
In case a standalone Java client is configured with a wildfly-config.xml that contain 2 connections like this:
<configuration> ... <jboss-ejb-client xmlns="urn:jboss:wildfly-client-ejb:3.2"> <max-allowed-connected-nodes nodes="3" /> <connections> <connection uri="remote+http://localhost:8080" /> <connection uri="remote+http://localhost:8380" /> </connections> </jboss-ejb-client> </configuration>
And there's a cluster behind it with 3 nodes, the invocation to the first node is performed once all of these configured connections are established.
If now establishing the connection to localhost:8080 takes 0.5 seconds and the establishing of the connection to localhost:8380 takes 10 seconds, the client block the invocation for 10 seconds.
If the target nodes are running in a cluster and there's another 3rd node running (e. g. localhost:8680, then the 2nd invocation on the client is again blocked until the connection to localhost:8680 is established.
- clones
-
JBEAP-17826 [GSS](7.2.z) EJBCLIENT-356 - EJB client API blocks invocation until all configured connections are established/discovered
- Closed
- is cloned by
-
EJBCLIENT-356 EJB client API blocks invocation until all configured connections are established/discovered
- Resolved
- is incorporated by
-
JBEAP-19790 [GSS](7.3.z) Upgrade jboss-ejb-client from 4.0.33.SP1-redhat-00001 to 4.0.37.Final-redhat-00001
- Closed
- is related to
-
JBEAP-20666 [GSS](7.3.z) EJBCLIENT-398 org.jboss.ejb.client.discovery.additional-node-timeout works only for the first invocation
- Closed
- links to