Jersey;: Регистриране на инжектирани екземпляри 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");
               //....
       }
   }
   

Моите ExceptionMappers са под структурата, в която правя сканиране на компоненти, а моите просто са анотирани с @Component за регистър Spring и @Provider за Jersey.

Моето сканиране на компоненти просто изглежда така:

<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();
    }
}

Изричното добавяне на обхвата в пролетната конфигурация свърши работа за мен:

<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 на Jersey в web.xml:

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

Имайте предвид, че не трябва да дефинирате този bean в контекста на Spring.

Изглежда ми, че ExceptionMapper трябва да бъде конфигуриран като "singleton" с 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();
    }
}

Също така открих понякога, че coustom 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 methed: ExceptionMapperFactory

Exception Mapper :(има две изключения, преобразуващи едно и също изключение: 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(final FeatureContext context) { 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