AbstractUserDetailsReactiveAuthenticationManager uses newParallel

It is recommended to use newParallel to avoid impacting the timed
operations which all use parallel()

Fixes gh-7456
This commit is contained in:
Rob Winch 2019-09-19 13:43:25 -05:00
parent eeb0f56bac
commit cb5c58eeaa
1 changed files with 2 additions and 2 deletions

View File

@ -55,7 +55,7 @@ public abstract class AbstractUserDetailsReactiveAuthenticationManager implement
private ReactiveUserDetailsPasswordService userDetailsPasswordService;
private Scheduler scheduler = Schedulers.parallel();
private Scheduler scheduler = Schedulers.newParallel("password-encoder");
private UserDetailsChecker preAuthenticationChecks = user -> {
if (!user.isAccountNonLocked()) {
@ -127,7 +127,7 @@ public abstract class AbstractUserDetailsReactiveAuthenticationManager implement
/**
* Sets the {@link Scheduler} used by the {@link UserDetailsRepositoryReactiveAuthenticationManager}.
* The default is {@code Schedulers.parallel()} because modern password encoding is
* The default is {@code Schedulers.newParallel(String)} because modern password encoding is
* a CPU intensive task that is non blocking. This means validation is bounded by the
* number of CPUs. Some applications may want to customize the {@link Scheduler}. For
* example, if users are stuck using the insecure {@link org.springframework.security.crypto.password.NoOpPasswordEncoder}