Istnieje opcja w Javie aplikacji internetowych do obsługi wyjątków, których autorem jest zdefiniowanie error-stronę w web.xml:Czy strona błędów strony JSP może powodować problemy?
<error-page>
<error-code>500</error-code>
<location>/error500.jsp</location>
</error-page>
Zastanawiam się, czy istnieje potencjalnie mogłyby być problem z definiowaniem stronę błędu JSP (w przeciwieństwie do strona błędu HTML). Ponieważ strony JSP są uruchamiane po stronie serwera. Czy może istnieć scenariusz, w którym serwer jest "na wpół martwy", rzuca wyjątek, próbuje przekierować na stronę błędu, ale nie może go renderować, ponieważ jest "na wpół martwy"?
Przez „pół-martwy” To znaczy, że serwer jest w stanie, w którym pewne rzeczy nadal działać, ale innych rzeczy nie działają. W szczególności mam na myśli to, że wszystko, co kontroluje przekierowanie do strony błędu zdefiniowanej w web.xml, nadal działa, ale rzeczywiste renderowanie strony JSP nie działa z jakiegoś powodu (coś wyrzuca wyjątek).
Nie widziałem takiego problemu, ale zastanawiam się, czy to możliwe. Ponieważ wtedy potencjalnie strona błędu HTML działałaby (ponieważ nie ma logiki po stronie serwera), podczas gdy strona błędu JSP nie działałaby.
A jeśli tak jest, to jak mogę „powróci” do strony błędu HTML, gdy strona JSP błędu nie powiedzie? Nadal chcę używać strony błędu strony JSP do wyświetlania szczegółów błędu, które powróciły w odpowiedzi, ale jeśli nie jest to możliwe, chcę wyświetlić stronę HTML.
Mam nadzieję, że sens ....
+1 bardzo dobre pytanie –
Czy możesz opracować sytuację "na wpół martwego"? –
@HardikMishra Edytowałem pytanie, aby lepiej się wytłumaczyć. Zobacz akapit drugi. – Malki