Jersey的自定义异常映射器不适用于无效的JSON输入

Question

我有以下资源，它使用映射到POJO的JSON。

@Path("example")
public class ExampleResource {

    @POST
    @Consumes(MediaType.APPLICATION_JSON)
    public Response addThesis(MyObject myObject) {
        return Response.ok().entity("Test").build();
    }
}

下面是 POJO 类：

public class MyObject {
    private String title;

    public String getTitle() {
        return title;
    }

    public void setTitle(String title) {
        this.title = title;
    }
}

当我发送带有正文｛“title”：“Test title”｝的POST请求时，一切正常。正如预期的那样，响应是测试。但是，当我将请求更改为｛“titlee”：“Test title”｝时，服务器会回复如下：

无法识别的字段“titlee”（类com.my.package.MyObject），在[Source：org.glassfish.jersey.message.internal.ReaderInterceptorExecutor$UnCloseableInputStream@6dc6a46a处未标记为可忽略（一个已知属性：“title”]）；第2行，第11列]（通过引用链：com.my.package.MyObject[“titlee”]）

显然，这是泽西岛抛出并返回的异常。如何拦截此异常并返回自定义状态代码和消息？

到目前为止，我所尝试的是实现我自己的ExceptionMapper：

@Provider
public class MyJsonExceptionMapper implements ExceptionMapper<JsonProcessingException> {
    public Response toResponse(JsonProcessingException e) {
        return Response.status(400).entity("JSON Processing Error").build();
    }
}

不幸的是，反应保持不变。当我为自定义异常实现ExceptionMapper并在资源方法中抛出相应的异常时，一切正常。我假设这与JsonProcessingException的默认ExceptionMapper覆盖我自己的异常有关。然后，我尝试创建一个通用映射器（“implements ExceptionMapper”），但再次失败。

我已经到处寻找并尝试了许多方法，包括扩展ResourceConfig和注册我的映射器，但到目前为止没有任何效果。

更多可能有助于缩小问题范围的信息：我使用Grizzly2作为HTTP服务器，并将其部署为胖JAR。

我的 pom.xml 的依赖部分如下所示：

<dependencies>
    <dependency>
        <groupId>org.glassfish.jersey.media</groupId>
        <artifactId>jersey-media-json-jackson</artifactId>
        <version>2.24</version>
    </dependency>
    <dependency>
        <groupId>org.glassfish.jersey.containers</groupId>
        <artifactId>jersey-container-grizzly2-http</artifactId>
        <version>2.24</version>
    </dependency>
</dependencies>

任何建议都非常感谢。

Answer 1

我们在Wildfly上使用JAX-RS来实现我们的web服务，并使用以下内容来完成您在Glassfish上使用Jersey所做的工作。也许它有类似的功能，你可以查一下。我们的步骤是：

• 该服务是无状态 EJB，使用 EJB 拦截器捕获异常并使用详细信息填充请求范围的对象
• 实现一个后处理接收器，该接收器从请求范围的对象读取并在服务返回之前修改响应。（这是特定于 JAX-RS 的）

Answer 2

我也面临过这个问题。如果注册了< code>JacksonFeature，则可以简单地注册< code > JacksonJaxbJsonProvider 作为解决方法。

当 JacksonFeature 位于类路径中时，Jersey 会自动发现它。修复它的另一种方法是通过将ServerProperties.FEATURE_AUTO_DISCOVERY_DISABLE设置为 true 来禁用自动发现。因此，您需要手动注册其他功能。

或者，您可以摆脱 jersey-media-json-jackson artifact，改用 jackson-jaxrs-json-provider。这样，您将摆脱JacksonFeature，然后您可以注册自己的异常映射器。

最后一个选项可能是正确的解决方案（正如Kysil Ivan的回答中所指出的），您可以编写自己的异常映射器，然后赋予它高优先级，例如＜code＞1。如果使用自动发现，只需使用@Provider和@Priority对其进行注释：

@Provider
@Priority(1)
public class JsonParseExceptionMapper implements ExceptionMapper<JsonParseException> {
    ...
}

如果您手动注册您的提供商，您可以为您的提供商提供绑定优先级:

@ApplicationPath("/")
public class MyResourceConfig extends ResourceConfig {

    public MyResourceConfig() {
        register(JsonParseExceptionMapper.class, 1);
    }
}

有关更多详细信息，请参阅此答案。

Answer 3

好吧，这是愚蠢和黑客，但对我有用：

register（JacksonJaxbJsonProvider.class）;

这是由于Jackson特性入口点中的以下“良好的默认行为”:

if （！config.isRegistered（JacksonJaxbJsonProvider.class）） { // add the default Jackson exception mappers context.register（JsonParseExceptionMapper.class）; context.register（JsonMappingExceptionMapper.class）;

:(

但是，我仍然更喜欢一个“真正”解决问题的答案——即。没有预先注册组件，因此功能无法正确配置它们...