Джерси;: Регистрация внедренных экземпляров ExceptionMapper через SpringServlet

Наступила та же проблема с интеграцией Spring 3.2.3 и Jersey 2.3.1.

Что сработало для меня, так это комбинация двух:

1. Аннотирование класса трикотажа @Provider с помощью @Service или явное создание синглтона в контексте приложения xml

   @Service //implies a singleton-scope
   @Provider
   public class UnhandledExceptionMapper implements ExceptionMapper<Throwable> {
   
       @Override
       public Response toResponse(Throwable exception) { //...
   

2. Добавляя пакет, содержащий класс провайдера, в пакеты трикотажа, я предпочитаю делать это в классе MyApplication:

   public class MyApplication extends ResourceConfig {
   public MyApplication() {
       packages("com.mycompany.api.controller", "com.mycompany.api.jersey");
               //....
       }
   }
   

Мои ExceptionMapper находятся в структуре, в которой я выполняю сканирование компонентов, а мои просто аннотированы @Component для реестра Spring и @Provider для Джерси.

Мое сканирование компонентов выглядит так:

<context:component-scan base-package="com.company.web"/>

и ExceptionMapper очень похож на ваш:

package com.mycompany.web.provider;

import com.mycompany.exception.SpecialException;
import com.mycompany.exception.Error;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.Response;
import javax.ws.rs.ext.ExceptionMapper;
import javax.ws.rs.ext.Provider;

@Provider
@Component
public class SpecialExceptionMapper implements ExceptionMapper<SpecialException> {

    @Autowired
    private MessageSource messageSource;

    @Override
    public Response toResponse(SpecialException exception) {

        Error error = new Error();


        error.errorMessage = messageSource.getMessage(exception.getResourceBundleKey(), exception.getArgs());

        return Response.status(Response.Status.BAD_REQUEST).
                entity(error).
                type(MediaType.APPLICATION_JSON).
                build();
    }
}

Явное добавление области действия в конфигурацию spring помогло мне:

<bean id="exceptionMapper" class="my.pkg.MyExceptionMapper" scope="singleton" />

У меня была такая же проблема, но с классом MessageReaderWriterProvider:

package my.provider.package;
...
@Provider
@Consumes({MediaType.APPLICATION_JSON, "text/json"})
@Produces({MediaType.APPLICATION_JSON, "text/json"})
public class ReRwProvider extends AbstractMessageReaderWriterProvider<Object> {
...
}

Решение состояло в том, чтобы добавить пакет этого класса в тег init-param для SpringServlet Джерси в файле web.xml:

<init-param>
    <param-name>com.sun.jersey.config.property.packages</param-name>
    <param-value>my.provider.package</param-value>
</init-param>

Обратите внимание, что вы не должны определять этот компонент в контексте Spring.

Мне кажется, что ExceptionMapper должен быть настроен как «одиночка» с Spring. Если вы хотите использовать конфигурацию аннотации, вы должны обратить внимание, потому что на джерси также есть аннотация «@Singleton» (с другим значением javax.inject.Singleton, интерпретируемым Spring). Чтобы избежать путаницы, я предпочитаю использовать Spring @Service аннотация, которая подразумевает одноэлементную область... поэтому:

import org.springframework.stereotype.Service;

import javax.ws.rs.core.Response;
import javax.ws.rs.ext.ExceptionMapper;
import javax.ws.rs.ext.Provider;

@Service //implies a singleton-scope
@Provider
public class UnhandledExceptionMapper implements ExceptionMapper<Throwable> {

    @Override
    public Response toResponse(Throwable exception) {
        return Response.status(Response.Status.INTERNAL_SERVER_ERROR)
                .entity(new ErrorBean(false, exception.getMessage(), null))
                .build();
    }
}

Я также обнаружил, что когда-то пользовательский ExceptionMapper не работает, и он не всегда работает или не работает.

поэтому я отлаживаю исходный код трикотажа.

класс: org.glassfish.jersey.server.ServerRuntime, methed:mapException

 ...
 final long timestamp = tracingLogger.timestamp(ServerTraceEvent.EXCEPTION_MAPPING);
 **ExceptionMapper mapper = runtime.exceptionMappers.findMapping(throwable);**
 if (mapper != null) {
      request.getRequestEventBuilder().setExceptionMapper(mapper);

... если маппер нулевой, пользовательский ExceptionMapper не будет работать.

класс: org.glassfish.jersey.internal.ExceptionMapperFactory метод: ExceptionMapperFactory

сопоставитель исключений: (есть два исключения, отображающие одно и то же исключение: java.lang.Exception)

org.glassfish.jersey.server.mvc.internal.ErrorTemplateExceptionMapper@6473fc2, класс java.lang.Exception

...

com.baidu.ssp.web.ws.exception.BaseExceptionMapper@7a84639c, класс java.lang.Exception

это потому, что в MvcFeature:

@Override public boolean configure (конечный контекст FeatureContext) { final Configuration config = context.getConfiguration();

if (!config.isRegistered(ErrorTemplateExceptionMapper.class)) {
    context.register(ErrorTemplateExceptionMapper.class);
    context.register(new MvcBinder());

    return true;
}

return false;

} ErrorTemplateExceptionMapper также добавляется в ExceptionMapper.

поэтому я меняю свой собственный тип универсальности MapperException: ExceptionMapper на ExceptionMapper

может быть мое разрешение вам не подходит, основная проблема в ExceptionMapper