Обработчик @ControllerAdvice не вызывается из пользовательского фильтра Spring Cloud

Я создал следующий пользовательский фильтр, который будет использоваться для авторизации в приложении Spring Cloud. Вот метод apply() из этого фильтра, из которого выбрасывается исключение в случае неудачной проверки авторизации:

@Override
public GatewayFilter apply(Config config) {
    return (exchange, chain) -> {
        HttpStatus status = HttpStatus.FORBIDDEN;

        try {
            String authRequest = exchange.getRequest().getHeaders().getFirst(
                 Constants.SESSION_HEADER_NAME);
            HttpHeaders headers = new HttpHeaders();
            HttpEntity<String> entity = new HttpEntity<String>(authRequest, headers);
            // make REST call to authorization module
            status = restTemplate.postForEntity(authURL, entity, String.class).getStatusCode();
        }
        catch (Exception e) {
            LOGGER.error("Something went wrong during authorization", e);
        }

        // throw an exception if anything went
        // wrong with authorization
        if (!HttpStatus.OK.equals(status)) {
            throw new ResponseStatusException(HttpStatus.FORBIDDEN);
        }

        return chain.filter(exchange);
    };
}

Я определил следующий класс @ControllerAdvice для перехвата всех исключений, создаваемых указанным выше фильтром Gateway Cloud:

@ControllerAdvice
public class RestExceptionHandler {
    @ExceptionHandler(value = ResponseStatusException.class)
    public final ResponseEntity<Object> handleException(ResponseStatusException ex) {
        return new ResponseEntity<>("UNAUTHORIZED", HttpStatus.FORBIDDEN);
    }
}

В настоящее время я наблюдаю следующее:

• Пользовательский фильтр ResponseStatusException выше — это нет, который перехватывается методом сопоставления @ControllerAdvice.
• Тем не менее, выбрасывая это исключение из другого места в приложении Spring Boot, например. обычный контроллер, который мы используем в качестве конечной точки аутентификации, является, пойманный методом @ControllerAdvice.

На данный момент это скорее неприятность, чем блокировщик, потому что на самом деле выдача ResponseStatusException из облачного фильтра с пользовательским кодом ошибки фактически возвращает этот код ошибки вызывающей стороне. Но было бы неплохо обрабатывать все исключения в одном месте.

Кто-нибудь может пролить свет на эту проблему?