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-18321 [GSS](7.3.z) EJBCLIENT-356 - EJB client API blocks invocation until all configured connections are established/discovered
- Closed
- is incorporated by
-
JBEAP-17826 [GSS](7.2.z) EJBCLIENT-356 - EJB client API blocks invocation until all configured connections are established/discovered
- Closed
-
WFLY-13894 Upgrade jboss-ejb-client to 4.0.35.Final
- Closed
- is related to
-
EJBCLIENT-82 Allow lazy connection creation for auto created connections in a EJBClientContext
- Resolved
- relates to
-
EJBCLIENT-398 org.jboss.ejb.client.discovery.additional-node-timeout works only for the first invocation
- Resolved
-
JBEAP-24376 [GSS](7.4.z) EJBCLIENT-485 - Set default value for discovery.additional-node-timeout
- Closed