-
Task
-
Resolution: Done
-
Major
-
None
Having this META-INF/services file here means a caller could potentially try and load core's RuntimeVaultReader via this module instead of via core's server module. Which might work, or might partly work or... Since no code in full needs to load an AbstractVaultReader via this module I see no reason to support it.
The vault resources in the security subsystem do not provide an AbstractVaultReader; they provide a Service (SecurityVault being the picketbox class.)
- clones
-
WFLY-6886 Drop ServiceLoader config for vault reader from security subsystem
- Closed
- is cloned by
-
JBEAP-5429 (7.0.z) Drop ServiceLoader config for vault reader from security subsystem
- Verified
- is related to
-
JBEAP-5427 [GSS](7.1.0) security-realms that defer to jaas cannot load login-modules from org.jboss.as.security
- Verified