Отменить java webapp при запуске

Мое веб-приложение является частью более крупного EAR, развернутого на сервере websphere. Сервер размещает ряд других приложений на том же виртуальном сервере. В моем веб-приложении есть несколько проверок инициализации / работоспособности в методе servletContextListener-> contextInitialized. Я хочу сделать веб-приложение недоступным в случае сбоя инициализации / проверки работоспособности. Как это сделать? Достаточно ли выбросить исключение RuntimeException из contextInitialized? Ожидается ли, что остальная часть EAR будет доступна? Спасибо.

Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
5
0
3 625
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Выброс RuntimeException, вероятно, сделает недоступным только этот сервлет. Более безопасным способом может быть реализация чего-то вроде перехватчика Spring, который будет перенаправлять на страницу с ошибкой или что-то еще, если проверки не сработали. Таким образом, вам не нужно препятствовать загрузке приложения, но вы сможете более изящно обрабатывать его во время выполнения.

Ответ принят как подходящий

Рекомендую скинуть RuntimeException от ServletContextListener.contextInitialized.

В Servlet 2.3 это было не совсем понятно, но Servlet 2.4 добавил следующую деталь:

Some exceptions do not occur under the call stack of another component in the application. An example of this is a … ServletContextListener that throws an unhandled exception during a notification of servlet context initialization…. In this case, the Developer has no opportunity to handle the exception. The container may respond to all subsequent requests to the Web application with an HTTP status code 500 to indicate an application error.

Поскольку в нем говорится, что механизм сервлетов «может» отключить доступ к приложению, вы можете найти сервер, который делает что-то еще. Однако Tomcat и WebLogic отключают приложение, и единственная разумная вещь, о которой я могу думать, - это игнорировать исключение. Я не вижу, чтобы контейнер, который сделал это, был очень популярен, поэтому вам лучше протестировать его в WebSphere самостоятельно.

Glassfish 3.0.1 отказывается развертывать веб-приложение, если ServletContextListener.contextInitialized выдает исключение RuntimeException. Однако, если приложение уже было развернуто и при перезапуске сервера возникает исключение RuntimeException, GF 3.0.1 вообще отказывается запускаться (что делает невозможным удаление с помощью предоставленных инструментов). В этом случае мы решили установить атрибут ServletContext в слушателе и выводить сообщение об ошибке в фильтре.

Vetle 16.11.2010 16:09

Websphere stil does not = (В случае RuntimeException или Error во время #contextInitialized он просто печатает предупреждающее сообщение и продолжает работу, но возвращает HTTP 500 для любого веб-запроса.

Alex Salauyou 26.12.2018 15:52

Другие вопросы по теме