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

Question

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

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

使用 Jersey，有一些问题：

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

2. 使用 ContainerRequestFilter/ContainerResponseFilter。

   public ContainerRequest filter(ContainerRequest request) { ... }
   公共 ContainerResponse 过滤器（ContainerRequest 请求，ContainerResponse 响应）{ ... }

这允许异常冒泡到 ExceptionMapper，但将逻辑拆分为 2 个单独的方法/接口。问题是如果有一个没有映射到响应的异常，ContainerResponseFilter 永远不会被调用，所以你无法清理。

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

Answer 1

我也针对 JAX-RS/RESTEasy 应用程序进行了一些研究。在阅读此问题之前我正在考虑的两个选项：

1. 编写一个ExceptionMapper<Throwable>（或带有自定义DaoException 的ExceptionMapper<DaoException>）并在那里或ContainerResponseFilter 中处理它，因为ExceptionMapper<?> 处理所有异常。
2. 在transaction.begin() 之前，检查事务的当前状态，并在需要时回滚。

这两个选项都有问题。

1. 我发现 ExceptionMapper<Throwable> 过于宽泛，而 ExceptionMapper<DaoException> 可能会遗漏一些其他异常，再次导致事务未清理。
2. 在下一个请求时回滚事务可能需要很长时间，可能会导致其他事务出现锁定问题。

所以在阅读了您的问题后，我目前在想：

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