Поддерживает ли Tomcat java 8? Если нет, то какие контейнеры поддерживают?

Question

[Ivan Balaksha]

На работе пишу под android, решил начать писать свой проект client-server. Для server-side решил использовать java(предпочтительнее 8). Поддерживает ли Tomcat java 8? Или посоветуйте хороший контейнер с поддержкой java 8

Answer 1

[Владимир Смирнов]

Насколько я помню, для Java 8 рекомендуется Tomcat 8. Запускал Tomcat 8 под Java 8, разворачивал достаточно комплексное, сложное приложение - работало. Не стал использовать, т.к. первая же протестированная фича Java 8 не заработала в JSF (вина библиотек JSF, а не самого Tomcat). Ну и плюс мой хостинг пока предоставляет только Tomcat 7. Так что если есть возможность в продакшене развернуть Java 8 и Tomcat 8, то почему бы и нет?

Насчет контейнеров. Tomcat 8 - отличный сервер приложений, на котором можно развернуть практически любое приложение. Но делать это придется ценой самостоятельной интеграции различных фреймворков в свое приложение. Например, чтобы равзернуть веб-сервисы, потребуется разобраться как это сделать, возможно даже развернуть "движок" веб-сервисов. А вот в JBoss (или WildFly) уже развернуто множество фреймворков, и для того, чтобы развернуть веб-сервис, достаточно добавить в свои исходники нужные аннотации, а "движок" веб-сервисов там уже есть.

В более простом и легковесном Tomcat требуется больше усилий для того, чтобы подключать фреймворки к своему приложению, т.к. кроме непосредственно подключения к приложению, еще требуется развертывание самих фреймворков (обычно это не так уж и сложно, и в Гугле все есть).

Более "тяжелый" JBoss сделал часть работы за вас, но у этой работы есть своя цена. Во-первых, стек технологий и их версий жестко завязан на конкретную версию JBoss-а: если потребуется развернуть более свежую версию конкретного фреймворка или даже API библиотеки, в большинстве случаев это просто невозможно. Или если ваше приложение использует какое-то-API-v2.jar, а в JBoss-е уже активно используется какое-то-API-v1.jar, то нередко потребуются танцы с бубнами для решения проблем совместимости. Плюс настройки: нередко вместо стандартных настроек фреймворка придется разбираться с их JBoss-овским вариантом.

Таким образом, для сложных приложений JBoss может дать более быстрый старт, в сравнении с Tomcat-ом. Но впоследствии, когда после старта придет время специфических настроек и требований, JBoss может завести в тупик или, как минимум, заставить серьезно "забуксовать на ровном месте"

Я, пожалуй, посоветую все же Tomcat

Comments

[Ivan Balaksha]

Собираюсь развернуть API на Jersey 2.* для мобильного приложения. В дальнейшем нужно будет припилить еще сайт ко всему этому делу.
Имеет ли смысл изначально API писать на Jersey? Тк в дальнейшем будет использоваться Spring для веб части.

[Владимир Смирнов]

Видимо, для своего API Вы решили использовать REST веб-сервисы? Тогда правильнее будет сказать "развернуть API на REST". Поясню - при реализации REST-сервисов вы будете использовать аннотации Java API, это интерфейсные аннотации, не привязанные к реализации. Такие фреймворки, как Jersey, AXIS или CXF, осуществляют реализацию интерфейсов. Таким образом, ваш код не должен изменится, если вы смените одну реализацию на другую. Измениться может лишь состав библиотек в вашем приложении и конфигурационные файлы. Т.е., вы сейчас потратите время на развертывание Jersey, а затем, при переходе на Spring и идущий с ним в комплекте движок веб-сервисов, придется еще раз потратить время на то, чтобы удалить Jersey из проекта, и настроить движок веб-сервисов в Spring. При этом REST-API вашего приложения не изменится

[Ivan Balaksha]

Неправильно выразился,вы правильно поняли мою мысль. Спасибо за ответ

Answer 2

[ifmy]

На данный момент восьмую версию лучше не использовать.