-
Bug
-
Resolution: Done
-
Critical
-
None
-
None
-
False
-
None
-
False
-
-
-
-
-
-
?
The EJBCLIENT-417 fix changed the exception handling semantics of ConfigurationBasedEJBClientContextSelector from one where the use of 'moduleName' in the config in the absence of JBoss Modules on the classpath would result in ConfigXMLParseException to one where it results in NoClassDefFoundError. That's a major change in failure semantics and one the client-side applications using the library are unlikely to handle properly.
- clones
-
EJBCLIENT-458 ConfigurationBasedEJBClientContextSelector should not throw an Error if JBoss Modules is not on the classpath
- Resolved
- is cloned by
-
JBEAP-24150 (8.0.0.Beta) EJBCLIENT-458 - ConfigurationBasedEJBClientContextSelector should not throw an Error if JBoss Modules is not on the classpath
- Closed
- is incorporated by
-
JBEAP-24147 (7.4.z) Upgrade jboss-ejb-client from 4.0.45.Final-redhat-00001 to 4.0.49.Final-redhat-00001
- Closed
- is related to
-
JBEAP-24130 [GSS](7.4.z) WFLY-17209 - jboss-client.jar is missing jboss-modules classes which are required by jboss-ejb-client
- Closed
- links to