AbstractUserDetailsReactiveAuthenticationManager uses boundidElastic()
Some JVMs have blocking operations when accessing SecureRandom and thus this needs to be performed in a pool that is larger than the number of CPUs Closes gh-7522
This commit is contained in:
parent
e5d2aaf6fe
commit
bb05603b3c
|
|
@ -55,7 +55,7 @@ public abstract class AbstractUserDetailsReactiveAuthenticationManager implement
|
||||||
|
|
||||||
private ReactiveUserDetailsPasswordService userDetailsPasswordService;
|
private ReactiveUserDetailsPasswordService userDetailsPasswordService;
|
||||||
|
|
||||||
private Scheduler scheduler = Schedulers.newParallel("password-encoder", Schedulers.DEFAULT_POOL_SIZE, true);
|
private Scheduler scheduler = Schedulers.boundedElastic();
|
||||||
|
|
||||||
private UserDetailsChecker preAuthenticationChecks = user -> {
|
private UserDetailsChecker preAuthenticationChecks = user -> {
|
||||||
if (!user.isAccountNonLocked()) {
|
if (!user.isAccountNonLocked()) {
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue