Słowo wstęp: jeśli potrzebujesz tylko "statycznej" strony błędu bez dużej logiki i przygotowania modelu, powinno wystarczyć umieszczenie <error-page>
-Tag w twoim web.xml
(patrz poniżej przykład).
przeciwnym razie nie mogłyby być lepsze sposoby, aby to zrobić, ale to działa na nas:
Używamy aplet <filter>
w web.xml
że łapie wszystkie wyjątki i zwraca naszą niestandardową ErrorHandler, to samo używamy wewnątrz sprężyny HandlerExceptionResolver.
<filter>
<filter-name>errorHandlerFilter</filter-name>
<filter-class>org.example.filter.ErrorHandlerFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>errorHandlerFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
Realizacja wygląda w zasadzie tak:
public class ErrorHandlerFilter implements Filter {
ErrorHandler errorHandler;
@Override
public void doFilter(ServletRequest request, ServletResponse response, FilterChain filterChain) throws IOException, ServletException {
try {
filterChain.doFilter(request, response);
} catch (Exception ex) {
// call ErrorHandler and dispatch to error jsp
String errorMessage = errorHandler.handle(request, response, ex);
request.setAttribute("errorMessage", errorMessage);
request.getRequestDispatcher("/WEB-INF/jsp/error/dispatch-error.jsp").forward(request, response);
}
@Override
public void init(FilterConfig filterConfig) throws ServletException {
errorHandler = (ErrorHandler) WebApplicationContextUtils
.getRequiredWebApplicationContext(filterConfig.getServletContext())
.getBean("defaultErrorHandler");
}
// ...
}
Wierzę, że to powinno działać bardzo podobnie do szablonów FreeMarker. Oczywiście, jeśli twój widok błędu zgłasza błąd, masz mniej lub więcej opcji.
Aby również wychwycić błędy jak 404 i przygotować model do niego, używamy filtr, który jest mapowany do ERROR
wysyłający:
<filter>
<filter-name>errorDispatcherFilter</filter-name>
<filter-class>org.example.filter.ErrorDispatcherFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>errorDispatcherFilter</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>ERROR</dispatcher>
</filter-mapping>
<error-page>
<error-code>404</error-code>
<location>/WEB-INF/jsp/error/dispatch-error.jsp</location>
</error-page>
<error-page>
<exception-type>java.lang.Exception</exception-type>
<location>/WEB-INF/jsp/error/dispatch-error.jsp</location>
</error-page>
doFilter-Realizacja wygląda następująco:
@Override
public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
final HttpServletRequest request = (HttpServletRequest) servletRequest;
// handle code(s)
final int code = (Integer) request.getAttribute("javax.servlet.error.status_code");
if (code == 404) {
final String uri = (String) request.getAttribute("javax.servlet.error.request_uri");
request.setAttribute("errorMessage", "The requested page '" + uri + "' could not be found.");
}
// notify chain
filterChain.doFilter(servletRequest, servletResponse);
}
Czy taka [konfiguracja] (http://developingdeveloper.wordpress.com/2008/03/09/handling-exceptions-in-spring-mvc-part-2/) pomoże? – nobeh
@nobeh Nope, niestety nie. W tym artykule wyjaśniono jedynie użycie rzeczy HandlerExceptionResolver. To już używam, ale przechwytuje tylko wyjątki wyrzucane w kontrolerach, a nie w widokach. – kayahr