你能用JAX-RS/Jersey做传统的Servlet过滤吗？

Question

假设您有一个筛选器，它启动一个数据库事务，处理请求，然后尝试提交该事务。

doFilter(...) {
    ...
    transaction.begin();
    filterChain.doFilter(request, response);
    transaction.commit();
}

使用泽西，存在一些问题：

>

使用过滤器，Jersey Servlet容器在执行返回到过滤器之前提交/刷新响应。因此，如果提交失败，您不能将返回代码修改为失败。此外，JAX-RS ExceptionMapper不会捕获异常。

使用ContainerRequestFilter/ContainerResponseFilter。

公共ContainerRequest筛选器（ContainerRequest请求）{...}
公共ContainerResponse筛选器（ContainerRequest请求,ContainerResponse响应）{...}

这允许异常冒泡到ExceptionMapper，但将逻辑拆分为两个单独的方法/接口。问题是，如果有一个未映射到响应的异常，则永远不会调用ContainerResponseFilter，因此您无法进行清理。

在JAX-RS环境中处理这个问题的首选方法是什么？是否有一种方法来配置响应的刷新，或者是否有一个我忽略的类或接口？

Answer 1

我对JAX-RS/Resteasy应用程序也做了一些研究。我在读这个问题之前考虑的两个选项：

1. 编写ExceptionMapper （或使用自定义的DaoException)并在此处或ContainerResponseFilter中处理它，因为ExceptionMapper<？>处理所有异常。
2. 在transaction.begin()之前，请检查事务的当前状态，并在需要时回滚到该状态。

这两种选择都有问题。

1. 我发现exceptionmapper 太宽，而exceptionmapper 可能遗漏了一些其他异常，从而再次导致事务未被清理。
2. 在下一个请求中回滚事务可能需要很长时间，这可能会导致其他事务的锁定问题。

所以看了你的问题，我目前在想：

• 使用ContainerRequestFilter启动事务（与@NameBinding注释构造结合使用）。
• 使用ContainerResponseFilter提交事务（如果资源方法尚未关闭它）。
• 使用筛选器确保事务已关闭，如果未关闭，则将其回滚。