Мы недавно конвертировали наше приложение из сервлета 2.5 в сервлет 3.0, чтобы мы могли использовать динамическую конфигурацию сервлета.Websphere 8.5 и SpringServletContainerInitializer
Мы используем SpringServletContainerInitializer Spring для инициализации нашего приложения соответствующим экземпляром WebApplicationInitializer, который живет в нашем коде. Этот подход работает в Tomcat, но при развертывании в Websphere 8.5.0.1 SpringServletContainerInitializer не может найти реализацию интерфейса WebApplicationInitializer в нашем коде, поэтому наш сервлет диспетчера Spring MVC не создается.
Мы нашли one blog post онлайн, где автор не смог заставить его работать.
Мы попытались возиться с загрузчиком классов, загрузкой классов и проверить, что сервлет 3.0 работает в контейнере другими способами, и, похоже, с этим все в порядке. Используя средство просмотра загрузчика класса WAS, мы видим, что загружаются классы SpringServletContainerInitializer и интерфейс WebApplicationInitializer, но не наша реализация WebApplicationInitializer.
Кто-нибудь пробовал это в Websphere? Мы думаем, что это может быть проблемой загрузчика классов, но в конечном счете невелико.
Пытались ли вы форум WebSphere? https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000266 – dbreaux
Похоже, что мы можем избавиться от WebSphere. Это стоит нам неделей производительности (по таким вопросам) и, кажется, обеспечивает очень мало ценности, которую организация планирует использовать. –
Я знаю, что это старый комментарий, однако - иметь websphere в наши дни, если вы на самом деле не находитесь в какой-то очень деловой среде и должны иметь сертифицированную среду (банки и т. Д.) Абсолютно бесполезны. Это просто замедляет работу разработчиков, а IBM RAD не помогает. Вы решили проблему? У меня такая же проблема при запуске приложения spring boot + vaadin в websphere 8.5 – Mejmo