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




Выброс 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 самостоятельно.
Websphere stil does not = (В случае RuntimeException или Error во время #contextInitialized он просто печатает предупреждающее сообщение и продолжает работу, но возвращает HTTP 500 для любого веб-запроса.
Glassfish 3.0.1 отказывается развертывать веб-приложение, если ServletContextListener.contextInitialized выдает исключение RuntimeException. Однако, если приложение уже было развернуто и при перезапуске сервера возникает исключение RuntimeException, GF 3.0.1 вообще отказывается запускаться (что делает невозможным удаление с помощью предоставленных инструментов). В этом случае мы решили установить атрибут ServletContext в слушателе и выводить сообщение об ошибке в фильтре.