我正在开发 Jetty/RESTEasy 应用程序。如果我从我的 REST 端点之一抛出 WebApplicationException(myResponse)，它会将给定的响应发送到客户端。

当过滤器检测到错误时，我想要相同的行为:

1. 它应该停止继续执行，并且
2. 它应该向用户提供不包含堆栈跟踪的清晰的 JSON 格式错误。

显然，只需写入响应流并从doFilter 方法中返回ing 即可。但这不适用于 doFilter 调用的其他方法。

抛出任何异常都会满足条件#1，但我还没有想出一个理智的方法来满足条件#2。 (你可以在底部看到我最好的尝试。)

正如 Perception 在他的回答中所解释的那样，WebApplicationException 在 Filter 的上下文中被当作任何其他异常处理，因此给用户一个丑陋的堆栈跟踪。

所以，总结一下我的问题:

• serveltt 容器是否有任何等效于 throw new WebApplicationException(Response) 的东西？
• 也许更重要的是，其他 Java 项目如何处理这个问题？

我在一个过滤器中有这段代码并且它可以工作，但我更喜欢一种自动应用于所有过滤器的更优雅的解决方案:

public void doFilter(final ServletRequest   request, final ServletResponse response, final FilterChain chain) throws IOException, ServletException {
    try {
        doFilterOrThrow(request, response, chain);
    } catch (WebApplicationException e) {
        Response res = e.getResponse();
        ((HttpServletResponse) response).sendError(res.getStatus(), (String) res.getEntity());
    }
}

最佳答案

您提到的针对 Web 应用程序异常的特定处理仅在 JAX-RS 容器的上下文中定义，顺便说一句，这不是同一件事作为 Servlet 容器。

Web 过滤器由 Servlet 容器处理，它不知道也不关心同一应用程序服务器中是否存在 JAX-RS 容器。它也不知道或不关心 Web 应用程序异常。因此，当您从过滤器中抛出 WAE 时，它的处理方式与任何其他异常一样(带有堆栈跟踪的服务器错误，或者如果您在 Web 应用程序中设置了预配置的错误页面)。

在我看来，如果您要向客户端指示错误，您可以直接从过滤器直接写入响应流来这样做。但是，如果您尝试利用一些现有的 JAX-RS 逻辑，那么(RESTEasy 特定的)解决方案将在您的过滤器中将请求标记为错误，然后使用提供程序类在 JAX-RS 中生成一个 WAE。示例:

@WebFilter(urlPatterns = "*")
public class ForwardingFilter implements Filter {

    @Override
    public void destroy() {
        return;
    }

    @Override
    public void doFilter(final ServletRequest request,
            final ServletResponse response, final FilterChain chain)
            throws IOException, ServletException {
        // Add an error response to be processed by the JAX-RS container.
        // This would obviously be based on some condition.
        request.setAttribute("errorResponse",
                Response.status(500).entity("Didn't work out!").build());
        chain.doFilter(request, response);
    }

    @Override
    public void init(FilterConfig arg0) throws ServletException {
        return;
    }
}

@Provider
@ServerInterceptor
@HeaderDecoratorPrecedence
@RequestScoped
public class ForwardingHandlerProvider implements PreProcessInterceptor {

    @Override
    public ServerResponse preProcess(final HttpRequest request,
            final ResourceMethod method) throws Failure,
            WebApplicationException {
        final Response errorResponse = (Response) request
                .getAttribute("errorResponse");
        if (errorResponse != null)
            throw new WebApplicationException(errorResponse);
        return null;
    }
}

由于提供程序存在于 JAX-RS 领域，Web 应用程序异常将根据 JAX-RS 规范第 3.3.4 节的规则进行处理，并且您会在客户端获得所需的响应。

* 编辑:*

底线是，没有标准的 Java EE 规定方式(当前)以集中方式处理 servlet 异常，类似于 JAX-RS 中可用的方式。由于您使用的是 JBoss/RestEASY，因此您可以利用 JBoss Seam Catch图书馆非常接近。

@HandlesExceptions
public class ExceptionHandler {
    public void handleServletException(
            final @Handles @WebRequest CaughtException<ServletException> caught,
            @Context final HttpServletResponse response) {
        try {
            response.sendError(500, "An error occured");
        } catch (final IOException ioe) {
            System.err.println("Dumb IO Exception: " + ioe);
        }
    }
}

上面说明了一个异常处理程序，如 Seam Catch documentation 中所述。 .请注意，该库目前处于巨大的变化之中，因此您只能将其用作最后的手段。

关于java - 如何在不向用户显示堆栈跟踪的情况下处理 servlet 过滤器中的错误状态？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14782184/