Пользовательское исключение JAX-RS (Джерси) с XML или JSON - PullRequest
44 голосов
/ 12 июля 2010

У меня есть служба REST, созданная с использованием Джерси.

Я хочу иметь возможность устанавливать MIME моих пользовательских модулей записи исключений в зависимости от MIME, отправленного на сервер.application/json возвращается при получении json и application/xml при получении xml.

Теперь я жестко кодирую application/json, но это заставляет клиентов XML оставаться в темноте.

public class MyCustomException extends WebApplicationException {
     public MyCustomException(Status status, String message, String reason, int errorCode) {
         super(Response.status(status).
           entity(new ErrorResponseConverter(message, reason, errorCode)).
           type("application/json").build());
     }
}

В каком контексте я могу получить текущие запросы Content-Type?

Спасибо!


Обновление на основе ответа

Для всех, кто интересуетсяполное решение:

public class MyCustomException extends RuntimeException {

    private String reason;
    private Status status;
    private int errorCode;

    public MyCustomException(String message, String reason, Status status, int errorCode) {
        super(message);
        this.reason = reason;
        this.status = status;
        this.errorCode = errorCode;
    }

    //Getters and setters
}

вместе с ExceptionMapper

@Provider
public class MyCustomExceptionMapper implements ExceptionMapper<MyCustomException> {

    @Context
    private HttpHeaders headers;

    public Response toResponse(MyCustomException e) {
        return Response.status(e.getStatus()).
                entity(new ErrorResponseConverter(e.getMessage(), e.getReason(), e.getErrorCode())).
                type(headers.getMediaType()).
                build();
    }
}

, где ErrorResponseConverter - это пользовательский JAXB POJO

Ответы [ 2 ]

25 голосов
/ 17 июля 2010

Вы можете попробовать добавить поле / свойство @ javax.ws.rs.core.Context javax.ws.rs.core.HttpHeaders в свой корневой класс ресурсов, параметр метода ресурса или в пользовательский javax.ws.rs.ext.ExceptionMapper и вызов HttpHeaders.getMediaType ().

15 голосов
/ 31 мая 2012

headers.getMediaType () отвечает типом мультимедиа объекта, а не заголовком Accept.Подходящим способом преобразования исключения является заголовок Accept, поэтому ваш клиент получает ответ в том формате, который он запрашивал.Учитывая приведенное выше решение, если ваш запрос выглядит следующим образом (обратите внимание, что JSON принимает заголовок, но XML-сущность), вы получите XML обратно.

POST http://localhost:8080/service/giftcard/invoice?draft=true HTTP/1.1
Accept: application/json
Authorization: Basic dXNlcjp1c2Vy
Content-Type: application/xml
User-Agent: Jakarta Commons-HttpClient/3.1
Host: localhost:8080
Proxy-Connection: Keep-Alive
Content-Length: 502
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><sample><node1></node1></sample>

Правильная реализация снова для использования заголовка Accept:

public Response toResponse(final CustomException e) {
    LOGGER.debug("Mapping CustomException with status + \"" + e.getStatus() + "\" and message: \"" + e.getMessage()
            + "\"");
    ResponseBuilder rb = Response.status(e.getStatus()).entity(
            new ErrorResponseConverter(e.getMessage(), e.getReason(), e.getErrorCode()));

    List<MediaType> accepts = headers.getAcceptableMediaTypes();
    if (accepts!=null && accepts.size() > 0) {
        //just pick the first one
        MediaType m = accepts.get(0);
        LOGGER.debug("Setting response type to " + m);
        rb = rb.type(m);
    }
    else {
        //if not specified, use the entity type
        rb = rb.type(headers.getMediaType()); // set the response type to the entity type.
    }
    return rb.build();
}
...