в чем проблема взять исходный код спрингового JdbcDaoImpl (который реализует UserDetailsService) и модифицировать запрос, который будет выбирать то что надо?

chpashaв чем проблема взять исходный код спрингового JdbcDaoImpl (который реализует UserDetailsService) и модифицировать запрос, который будет выбирать то что надо?
а, в принципе можно вообще просто поменять у него запросы и ничего не наследовать. по сути "удален" нам вообще не интересно для аутентификации, "не активен" - зависит от бизнес логики, скорее тоже не нужен

sklyankaПроблема в том
http://docs.spring.io/spring-security/site/docs/current/apidocs/org/springframework/security/core/userdetails/UserDetails.html

и в догонку
An AuthenticationManager must honour the following contract concerning exceptions:

A DisabledException must be thrown if an account is disabled and the AuthenticationManager can test for this state.
A LockedException must be thrown if an account is locked and the AuthenticationManager can test for account locking.
A BadCredentialsException must be thrown if incorrect credentials are presented. Whilst the above exceptions are optional, an AuthenticationManager must always test credentials.

Exceptions should be tested for and if applicable thrown in the order expressed above (i.e. if an account is disabled or locked, the authentication request is immediately rejected and the credentials testing process is not performed)


+

AuthenticationFailureHandler/**
* Strategy used to handle a failed authentication attempt.
* <p>
* Typical behaviour might be to redirect the user to the authentication page (in the case
* of a form login) to allow them to try again. More sophisticated logic might be
* implemented depending on the type of the exception. For example, a
* {@link CredentialsExpiredException} might cause a redirect to a web controller which
* allowed the user to change their password.