gpt4 book ai didi

java - 如何在不向用户显示堆栈跟踪的情况下处理 servlet 过滤器中的错误状态?

转载 作者:塔克拉玛干 更新时间:2023-11-03 05:10:14 26 4
gpt4 key购买 nike

我正在开发 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/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com