JAXRS/Jersey 2 - ошибки валидации не вызывают ExceptionMapper

Question

Используя последнюю версию Jersey (2.22.1), я успешно создал свои собственные валидаторы для различных нужд. Но мой обычай ExceptionMapper (зарегистрирован как provider в web.xml) не вызывается, когда возникает исключение ConstraintViolationException, хотя оно определяется как ExceptionMapper<Throwable>,

web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    id="mywebapp" version="2.5">

    <display-name>Some Name - Webapp</display-name>

    [...]    

    <servlet>
        <servlet-name>jersey_v2-servlet</servlet-name>
        <servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>

        <init-param>
            <param-name>jersey.config.server.provider.classnames</param-name>
            <param-value>
                com.myfirm.web.rest.providers.DefaultExceptionMapper,
                com.myfirm.web.rest.endpoints.XxxEndpoint,
                com.myfirm.web.rest.endpoints.XxyEndpoint,
                com.myfirm.web.rest.endpoints.XyzEndpoint
            </param-value>
        </init-param>

        <init-param>
            <param-name>jersey.config.beanValidation.enableOutputValidationErrorEntity.server</param-name>
            <param-value>true</param-value>
        </init-param>

        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>jersey_v2-servlet</servlet-name>
        <url-pattern>/rest/1.0/*</url-pattern>
    </servlet-mapping>
    <servlet-mapping>
        <servlet-name>jersey_v2-servlet</servlet-name>
        <url-pattern>/rest/latest/*</url-pattern>
    </servlet-mapping>

    [...]

</web-app>

DefaultExceptionMapper

@Provider
public class DefaultExceptionMapper implements ExceptionMapper<Throwable> {
    private static final Logger LOG = LoggerFactory.getLogger(DefaultExceptionMapper.class);

    @Override
    public Response toResponse(Throwable caughtException) {
        LOG.warn("Exception caught in the REST layer", caughtException);

        Throwable original = caughtException;

        // some business logic to convert the exception to a response

        // log & return the response
        Response response = status(status).entity(entity).build();
        return response;
    }

    @XmlRootElement
    public static class Error {
        @XmlElement
        public String type;

        @XmlElement
        public String message;

        @XmlElement
        public String translationKey;
    }
}

Используя мой отладчик, я вижу в классе org.glassfish.jersey.server.ServerRuntime, строка 596, что разрешенный маппер не мой, а org.glassfish.jersey.server.validation.internal.ValidationExceptionMapper,

Как я могу сказать Джерси использовать мой DefaultExceptionMapper в случае ConstraintViolationException?

PS: я попробовал варианты, предложенные здесь: ExceptionMapper не вызывается, если получен недействительный JSon без удачи.

Answer 1

Определение картографа как implements ExceptionMapper<ConstraintViolationException> заставил это каким-то образом иметь приоритет над другим преобразователем, зарегистрированным для того же типа исключения.

Я закончил с 2 картографами исключений, один для каждого исключения, другой для ConstraintViolationExceptionоба расширяют один и тот же абстрактный класс.

Answer 2

В наши дни есть простой обходной путь, полностью отключив проверку бобов Джерси. Это может быть сделано, если ваш подкласс Application возвращает свойство, которое устанавливает ServerProperties.BV_FEATURE_DISABLE в true.

Например:

@ApplicationPath("")
public class MyApplication extends Application {

    @Override
    public Map<String, Object> getProperties() {
        return Collections.singletonMap(ServerProperties.BV_FEATURE_DISABLE, true);
    }
}