-
Bug
-
Resolution: Done
-
Critical
-
7.4.0.Beta
-
None
-
False
-
False
-
Documentation (Ref Guide, User Guide, etc.), Release Notes, Migration, Compatibility/Configuration
-
-
-
-
-
-
-
Not Yet Documented
-
Workaround Exists
-
-
-
We have multiple remoting connectors set up (`[http-remoting, https-remoting, remoting, remoting-ssl]`). Initial Context Directory fails to lookup beans when the full list of remoting connectors is not set in the `/subsystem=ejb/service=remote` configuration. This issue has been discovered while testing 7.4, where tests are being performed with each of the remoting connectors and Initial Context Directory uses proper JNDI bindings for discovery. This seems is a regression against 7.3, when the tests were passing without fully specifying the list of remoting connectors. Seems like https://github.com/wildfly/wildfly/pull/13341 introduced a model change that is causing this regression. Having not registered appropriate connectors in EJB subsystem makes the server hang.
- causes
-
JBEAP-22170 (7.4.z) Wrong error code in EjbLogger.connectorNotConfiguredForEJBClientInvocations compared to upstream
- Closed
- is blocked by
-
WFLY-14567 Model change in EJB remote service causes regression
- Closed
- is related to
-
WFLY-13132 Wrong/Incomplete CLUSTER_TOPOLOGY update sent to EJB client
- Closed
- relates to
-
JBEAP-21259 EAP 7.4 migration: for multiple ejb remoting connectors, they should be in connectors
- Closed