C
Я ожидал, что есть какой-то стандартный эксепшен для такой ситуации.
Size: a a a
2020 May 21
AE
хм, тогда переформулировав - есть ли реализации хранения jobStore НЕ в реляционной бд?
Зачем?
AE
Я ожидал, что есть какой-то стандартный эксепшен для такой ситуации.
Стандартные - зло, вводит в заблуждение
C
Стандартные - зло, вводит в заблуждение
Я ожидал найти какой-нибудь ServletInitializationException.
AE
Я ожидал найти какой-нибудь ServletInitializationException.
Такой должен быть
C
Такой должен быть
Ну вот ищу, собственно. (servlet 3.1)
В javax.servlet только ServletException (checked) и его потомок UnavailableException.
В javax.servlet только ServletException (checked) и его потомок UnavailableException.
Ar
Зачем?
Рассматриваю разные варианты со стороны плюсов и минусов
AE
Рассматриваю разные варианты со стороны плюсов и минусов
Это не ответ, должна быть конкретная цель
Ar
Это не ответ, должна быть конкретная цель
Рисеч не ответ?
AE
Рисеч не ответ?
Он должен быть обоснован, что то должно не устраивать
Ar
Он должен быть обоснован, что то должно не устраивать
Снижение нагрузки с базы, но при этом сохранение возможности кластеризации
AE
Снижение нагрузки с базы, но при этом сохранение возможности кластеризации
Так выделяется отдельная база и все
DD
Я ожидал, что есть какой-то стандартный эксепшен для такой ситуации.
Стандартные помимо твоего кода будет выбрасывать еще много библиотек и т.п., если очень большой проект заколебешься отлавливать
DD
Лучше определить свои исключения и их выбрасывать, когда кода и логов будет полно - поймешь что оооооченнь просто что-то будет найти, и в каком месте дыра.
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
AE
Лучше определить свои исключения и их выбрасывать, когда кода и логов будет полно - поймешь что оооооченнь просто что-то будет найти, и в каком месте дыра.
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
Самый грех это npe руками бросить
DD
Ууухх, по рукам таким)
Ar
Так выделяется отдельная база и все
В идеале да, но вопрос возник в следствии того что это невозможно на текущий момент
C
Лучше определить свои исключения и их выбрасывать, когда кода и логов будет полно - поймешь что оооооченнь просто что-то будет найти, и в каком месте дыра.
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
В логе же видно, какой класс бросил. Всё, что на
ru.мояорганизация - бросил я.
RS
Лучше определить свои исключения и их выбрасывать, когда кода и логов будет полно - поймешь что оооооченнь просто что-то будет найти, и в каком месте дыра.
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
А то бывают понатыкают везде IllegalArgumentException, так потом сидишь и офигиваешь, где как и когда было выбрашено, т.к. 100500 классов бросают это исключение
Для этого же и существует stacktrace.
Если стектрейс не логируется, а логируется только класс исключения, то все равно зачастую этого не достаточно для решения проблемы, т.к. в один и тот же метод можно прийти несколькими путями.
Если стектрейс не логируется, а логируется только класс исключения, то все равно зачастую этого не достаточно для решения проблемы, т.к. в один и тот же метод можно прийти несколькими путями.