Wie umgehe ich Fehler Staaten in servlet-filtern, ohne dass der Benutzer einen stack-trace?

Die spezifische Behandlung, die Sie erwähnen, für die web-Anwendung von Ausnahmen ist nur definiert im Rahmen der JAX-RS container, die durch die Art und Weise, ist nicht das gleiche wie ein Servlet-container.

Web-Filter werden von der Servlet-container, die nicht wissen oder sich darum kümmern, dass eine JAX-RS container existiert innerhalb der gleichen application server. Es auch nicht wissen, oder kümmern uns um die web-Anwendung Ausnahmen. So, wenn Sie werfen Sie die WAE aus der filter so behandelt, genauso wie alle anderen Ausnahme (server-Fehler mit einem stack-trace, oder eine vorkonfigurierte Fehler-Seite, wenn Sie eins eingerichtet in Ihrer web-Anwendung).

Mir scheint, wenn Sie auf einen Fehler an den client konnte man einfach so aus dem filter, indem Sie sich schriftlich direkt an den response-stream. Aber wenn Sie versuchen, Sie zu nutzen, einige bestehende JAX-RS-Logik dann ein (RESTEasy bestimmte) Lösung wäre die Flagge der Antrag als Fehler addiert sich in deinem filter erzeugt dann eine WAE in JAX-RS, mit einer provider-Klasse. Beispiel:

@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;
    }
}

Da der Anbieter existiert in JAX-RS land, die web-Anwendung Ausnahme ist verarbeitet nach den Regeln von Abschnitt 3.3.4 der JAX-RS-Spezifikation, und Sie erhalten die gewünschte Reaktion auf der client-Seite.

* EDIT:*

In der unteren Zeile ist, gibt es keine standard-Java-EE vorgeschriebenen Weise (derzeit) zu behandeln servlet-Ausnahmen in einer zentralisierten Weise ähnlich zu dem, was verfügbar ist in der JAX-RS. Da Sie mithilfe von JBoss/RestEASY, aber Sie könnten nutzen die JBoss Naht Fangen Bibliothek zu bekommen ziemlich nahe.

@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);
        }
    }
}

Die oben zeigt ein Ausnahme-handler, wie beschrieben in der Naht Fangen Dokumentation. Beachten Sie, dass die Bibliothek in massiver flux jetzt, so dass Sie wollen, nutzen Sie nur als letzten Ausweg.

InformationsquelleAutor Perception