我太喜欢StaxMan可能会实现QueryParam作为一个字符串，然后处理转换，重新抛出必要的。

如果特定于区域设置的行为是期望和预期的行为，您将使用以下命令返回400 BAD REQUEST错误:

抛出新的WebApplicationException(Response.Status.BAD_REQUEST);

有关更多选项，请参阅JavaDoc中的javax.ws.rs.core.Response.Status。

一个明显的解决方案:采用字符串，转换为日期自己。这样你就可以定义你想要的格式，捕捉异常并重新抛出或自定义发送的错误。 对于解析，SimpleDateFormat应该可以正常工作。

我相信也有一些方法可以为数据类型钩子处理程序，但是在这种情况下，您可能只需要一点点简单的代码。

我太喜欢StaxMan可能会实现QueryParam作为一个字符串，然后处理转换，重新抛出必要的。

如果特定于区域设置的行为是期望和预期的行为，您将使用以下命令返回400 BAD REQUEST错误:

抛出新的WebApplicationException(Response.Status.BAD_REQUEST);

有关更多选项，请参阅JavaDoc中的javax.ws.rs.core.Response.Status。

还可以为带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响应)，但是使用这个类可以让您在一般情况下分解参数处理，包括日志记录等。

Jersey在解组参数失败时抛出com.sun.jersey.api.ParamException异常，因此一个解决方案是创建一个ExceptionMapper来处理这些类型的异常:

@Provider
public class ParamExceptionMapper implements ExceptionMapper<ParamException> {
    @Override
    public Response toResponse(ParamException exception) {
        return Response.status(Status.BAD_REQUEST).entity(exception.getParameterName() + " incorrect type").build();
    }
}

这实际上是正确的行为。Jersey将尝试为您的输入找到一个处理程序，并将尝试从提供的输入构造一个对象。在这种情况下，它将尝试使用提供给构造函数的值X创建一个新的Date对象。由于这是一个无效日期，按照惯例Jersey将返回404。

您可以重写并将出生日期作为字符串，然后尝试解析，如果您没有得到想要的结果，您可以通过任何异常映射机制(有几种)自由抛出任何您想要的异常。