Obsługa wyjątków w aplikacji internetowej Java

Jeśli nie możesz odzyskać wyjątku, powinieneś pozwolić mu wypłynąć z kodu(często przez odznaczenie lub zawinięcie go w niezaznaczony wyjątek). Jeśli pozostają sprawdzone, musisz je zaspokoić na każdym poziomie kodu, a co za tym idzie na każdej warstwie abstrakcji. SQLExceptions normalnie należą do tej kategorii(musisz je zawijać, ponieważ są zaznaczone).

Dla tych wyjątków Zwykle loguję się na najwyższym poziomie, ale prezentuję stronę użytkownikom po prostu szczegółowo, że coś poszło nie tak. Zwykle moi użytkownicy nie są zainteresowani śladami stosu. Ale zazwyczaj oferuję im stronę, aby mogli opisać, co robili w tym czasie, a zarejestrowany wyjątek łączy się z tym zgłoszeniem za pomocą unikalnego identyfikatora(zarejestrowanego w formularzu i w pliku dziennika z wyjątkiem). To pozwala mi powiązać działania użytkowników z wynikowym wyjątkiem.

Powyższe zakłada, że nie można odzyskać z SQLExceptions, a jeśli baza danych jest w dół, to nie mogę zrobić czegoś znaczącego. Są od tego oczywiście wyjątki. Może się okazać, że rozmawiasz z wieloma systemami, a jeden z nich nie oznacza, że nie możesz kontynuować w pewien sposób (np. Strona główna Amazon podobno opiera się na usługach 100 I musi działać niezależnie od niektórych z nich).

Spodziewałbym się, że zadeklarowane wyjątki będą na tym samym poziomie abstrakcji, co interfejsy/metody je definiujące. np. A TradeStore zostanie zadeklarowane jako throw a TradeException, nie SQLException (ponieważ metody przechowywania handlu są implementacją TradeStore - można przechowywać w relacyjnym db, JavaSpace itp.).

Jako ostrzeżenie, podczas wyświetlania komunikatów o błędach niższego poziomu dla użytkowników, upewnij się, że są oczyszczone z informacji systemowych. Jest to obszar, w którym powstaje wiele wyczynów bezpieczeństwa. Zaloguj je z pełnymi informacjami, ale wyświetla tylko bardziej ogólny komunikat o błędzie dla użytkownika.