АО
Смотри spring dev tools. Вообще спринг сам по себе загружается в районе секунды, так что если твоя программа тормозит, то это не из-за спринга.
Спасибо. Полажу с профайлером по проекту
Size: a a a
2020 June 09
C
Можно флайтрекордером на старте записать.
Ю
создай свои эксепшены
ии че?
RS
Здравствуйте, подскажите, как правильно нужно обработать, чтобы стректрейс не сыпался. RestControllerAdvice не отлавливает ексепшины
из контекста вопроса не понятно, что это метод класса UserDetailsService, но повангую и предположу, что это так. Если я прав, то этот метод вызывается из спринг-секьюрити в фильтр-чейне, поэтому его эксепшен-хандлер и не отлавливает. на фильтры он не распространяется. только на эксепшены, выкидываемые уже из контроллеров.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
Ю
Ruslan Stelmachenko
из контекста вопроса не понятно, что это метод класса UserDetailsService, но повангую и предположу, что это так. Если я прав, то этот метод вызывается из спринг-секьюрити в фильтр-чейне, поэтому его эксепшен-хандлер и не отлавливает. на фильтры он не распространяется. только на эксепшены, выкидываемые уже из контроллеров.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
да, да это все спринг секьюрити
Ю
Ruslan Stelmachenko
из контекста вопроса не понятно, что это метод класса UserDetailsService, но повангую и предположу, что это так. Если я прав, то этот метод вызывается из спринг-секьюрити в фильтр-чейне, поэтому его эксепшен-хандлер и не отлавливает. на фильтры он не распространяется. только на эксепшены, выкидываемые уже из контроллеров.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
используется DaoUsernameProvider и у него есть булевская переменная hideUserNotFoundExceptions я ее устанавоиваю на фолс, чтобы я мог кастомную надпись отправлять, (если ставлю трю, то стектрейс не вываливается)
Ю
но я хочу больше инфы отдавать пользователю
Ю
Ruslan Stelmachenko
из контекста вопроса не понятно, что это метод класса UserDetailsService, но повангую и предположу, что это так. Если я прав, то этот метод вызывается из спринг-секьюрити в фильтр-чейне, поэтому его эксепшен-хандлер и не отлавливает. на фильтры он не распространяется. только на эксепшены, выкидываемые уже из контроллеров.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
стектрейс не помню, чтобы сыпался, если юзер не найден. это надо дебагать или хотя бы анализировать трейс и смотреть, откуда он кидается и где логируется.
у спринг секьюрити я как понимаю свой ексепшн хендлер и он находится в токен ендпоинте
RS
Ну это тогда надо делать не на уровне эксепшен-хэндлера, а на уровне кишок спринг-секьюрити. Уж не помню какой класс или метод надо переопределить для этого, но копать нужно именно в этом направлении
Ю
Ruslan Stelmachenko
Ну это тогда надо делать не на уровне эксепшен-хэндлера, а на уровне кишок спринг-секьюрити. Уж не помню какой класс или метод надо переопределить для этого, но копать нужно именно в этом направлении
try {
user = retrieveUser(username,
(UsernamePasswordAuthenticationToken) authentication);
}
catch (UsernameNotFoundException notFound) {
logger.debug("User '" + username + "' not found");
if (hideUserNotFoundExceptions) {
throw new BadCredentialsException(messages.getMessage(
"AbstractUserDetailsAuthenticationProvider.badCredentials",
"Bad credentials"));
}
else {
throw notFound;
}
}Ю
вот как это работает: я
hideUserNotFoundExceptions выставляю как фолс и по идее он должен выводить мое кастомное сообщениеЮ
и он клиенту действительно кастомное сообщение и отправляет, но вываливает стектрейс
Ю
если
hideUserNotFoundExceptions равен true , то стректрейса не будет как и кастомного сообщенияRS
А где вы отправляете кастомное сообщение?
RS
Вроде бы AuthenticationFailureHandler надо переопределить
Ю
Ruslan Stelmachenko
А где вы отправляете кастомное сообщение?
в userDetails
RS
В любом случае стектрейс же кто-то кидает. И в самом стектрейсе есть полная инфа о том, откуда он кидается, и полный путь, чтобы проследить всю цепочку.
RS
так тут вы никакое кастомное сообщение не отправляете, а просто кидаете эксепшен
Ю
Ruslan Stelmachenko
так тут вы никакое кастомное сообщение не отправляете, а просто кидаете эксепшен
Ю
Ruslan Stelmachenko
так тут вы никакое кастомное сообщение не отправляете, а просто кидаете эксепшен
да…. так и есть(