JAX-RS / Джерси, как настроить обработку ошибок?

Одно очевидное решение: возьмите в Строке, преобразуйте до настоящего времени себя. Тем путем можно определить формат, Вы хотите, ловите исключения и или повторно бросаете или настраиваете отправляемую ошибку. Для парсинга должен хорошо работать SimpleDateFormat.

я уверен, что существуют способы сцепить обработчики для типов данных также, но возможно немного простого кода все, в чем Вы нуждаетесь в этом случае.

Мне также нравится StaxMan, вероятно, реализовал бы тот QueryParam как Строку, затем обработал бы преобразование, повторно бросив по мере необходимости.

Локаль, определенное поведение является желаемым и ожидаемым поведением, при использовании следующего для возврата 400 ПЛОХИХ ошибок ЗАПРОСА:

throw new WebApplicationException(Response.Status.BAD_REQUEST);

Посмотрите JavaDoc для javax.ws.rs.core. Ответ. Состояние для большего количества опций.

Я сталкивался с той же проблемой.

я хотел зафиксировать все ошибки в центральном месте и преобразовать их.

следующее является кодом для того, как я обработал его.

Создают следующий класс, который реализует ExceptionMapper, и добавьте @Provider аннотация на этот класс. Это обработает все исключения.

Переопределение toResponse метод и возврат объект Ответа заполняется со специализированными данными.

//ExceptionMapperProvider.java
/**
 * exception thrown by restful endpoints will be caught and transformed here
 * so that client gets a proper error message
 */
@Provider
public class ExceptionMapperProvider implements ExceptionMapper<Throwable> {
    private final ErrorTransformer errorTransformer = new ErrorTransformer();

    public ExceptionMapperProvider() {

    }

    @Override
    public Response toResponse(Throwable throwable) {
        //transforming the error using the custom logic of ErrorTransformer 
        final ServiceError errorResponse = errorTransformer.getErrorResponse(throwable);
        final ResponseBuilder responseBuilder = Response.status(errorResponse.getStatus());

        if (errorResponse.getBody().isPresent()) {
            responseBuilder.type(MediaType.APPLICATION_JSON_TYPE);
            responseBuilder.entity(errorResponse.getBody().get());
        }

        for (Map.Entry<String, String> header : errorResponse.getHeaders().entrySet()) {
            responseBuilder.header(header.getKey(), header.getValue());
        }

        return responseBuilder.build();
    }
}

// ErrorTransformer.java
/**
 * Error transformation logic
 */
public class ErrorTransformer {
    public ServiceError getErrorResponse(Throwable throwable) {
        ServiceError serviceError = new ServiceError();
        //add you logic here
        serviceError.setStatus(getStatus(throwable));
        serviceError.setBody(getBody(throwable));
        serviceError.setHeaders(getHeaders(throwable));

    }
    private String getStatus(Throwable throwable) {
        //your logic
    }
    private Optional<String> getBody(Throwable throwable) {
        //your logic
    }
    private Map<String, String> getHeaders(Throwable throwable) {
        //your logic
    }
}

//ServiceError.java
/**
 * error data holder
 */
public class ServiceError {
    private int status;
    private Map<String, String> headers;
    private Optional<String> body;
    //setters and getters
}

Вы также можете написать многоразовый класс для переменных с аннотациями QueryParam

public class DateParam {
  private SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd");

  private Calendar date;

  public DateParam(String in) throws WebApplicationException {
    try {
      date = Calendar.getInstance();
      date.setTime(format.parse(in));
    }
    catch (ParseException exception) {
      throw new WebApplicationException(400);
    }
  }
  public Calendar getDate() {
    return date;
  }
  public String format() {
    return format.format(value.getTime());
  }
}

, а затем использовать его следующим образом:

private @QueryParam("from") DateParam startDateParam;
private @QueryParam("to") DateParam endDateParam;
// ...
startDateParam.getDate();

Хотя обработка ошибок в этом случае тривиальна (выдача ответа 400), использование этого класса позволяет исключить обработку параметров в целом, которая может включать ведение журнала и т. д.