Что из всего зоопарка технологий Java стоит использовать в своем проекте?

Question

[Андрей Унгер]

Уже давно работаю с Java на уровне SE. Раньше писал Swing аппликухи, теперь JavaFX2. Но пришла пора браться за EE. Цель есть серьезная - один из проектов перерастает в нечто большое чем просто аппликуха под десктоп, и требуется серьезная масштабируемость.

К Java EE присматриваюсь довольно давно. Прочитал от корки до корки docs.oracle.com/javaee/7/firstcup/doc/home.htm , поэксперементировал - общее представление получил. Остались более практические вопросы. Что из всего зоопарка технологий стоит использовать в своем проекте? На что стоит забить как на безнадежно устаревшее?

Какие сейчас применяются технологии в "боевых" решениях? JSP? JSF? Hibernate? Не хочеться тратить время на изучение того что уже устарело. На русском материалов практически нет, а то что есть устарело уже лет 5-10 как. Примеры которые даются на сайте оракла - слишком оторваны от реальности. Посоветуйте, в какую сторону копнуть?

Comments

[mihaildemidoff]

Все зависит от того, что вы хотите видеть на клиенте, от количества пользователей и пр. Уточните пожалуйста.

[Андрей Унгер]

Приложение будет организовано следующим образом: толстый клиент (десткоп аппликуха), веб-сервис, и несколько вебсайтов. + БД конечно. Сответственно это все должно работать в связке и не падать под нагрузкой.

[mihaildemidoff]

Если все будет написано на Java, то взаимодействие между сервером и клиентами(десктоп, сайты) можно организовать с помощью Jax-WS.
Для базы данных можно использовать как ORM(здесь есть от чего оттолкнуться http://www.javaworld.com/javaworld/jw-07-2008/jw-07-orm-comparison.html), так и чистый JDBC(более производительное решение, но более сложное).
Для непосредственно web приложений пока непонятно, что можно использовать т.к. неясны требования, если нагрузка не сумасшедшая посмотрите в сторону JSF(richfaces, primefaces).

[Андрей Унгер]

В том-то и дело что нагрузка на сайты будет приличная, и завязывать их на вебсервисы и писать на JSF не хотелось бы.

Вообще вопрос изначально не про какое-то конкретное приложение. Хотелось бы просто разобраться в многообразии технологий и фреймверков. Например что JSF (и все фремверки на нем основанные) не подойдут для высоконагруженных сайтов, для них лучше использовать GWT. Как-то так. Т.е. типовой набор связок применяемых в боевых конфигурациях в зависимости от целей.

Answer 1

[Юрий Ярош]

Возможно вас устроит Jooq в качестве ActiveRecord и SQL конструктора.
В большинстве случаев EclipseLink, Hibernate, eBean, iBatis довольно слоупочны.
Особое внимание нужно уделять кэшированию модели - тут ehCache правит балом.
Можно использовать offheap кэширование - Apache DirectMemory.
Большинство CRUD'а может быть описано через restfull api, тут поможет Swagger.

В последнее время j2ee стал синонимом глючности и слоупочности.
Не стоит кидаться без веских оснований...

Если очень хочется J2EE - можно пробовать Grails, Vaadin, ZK.

Сижу на Play2 + angularjs и частично AIR / Flex уже довольно долгое время, очень доволен.
Советую рассмотреть переход на Flex для построения интерфейсов.
AIR отлично подходит для мобильных приложений.

Answer 2

[Артем Маринов]

Я бы не советовал связываться ни с каким jsf/adf фреймворками, они глючные и почти не кастомизуемые. Дальше в зависимости от задач, если вам нужен красивый и функциональный клиент то пользоваться ZK я бы тоже не советовал (он имеет достаточно прикольный client-server binding который к сожалению не обделен багами).

т.о. для фронтэнда я бы посоветовал jsp, SpringMVC + возможно angularjs (зависит от задач).

Для бекэнда - Spring, Hibernate или SpringDAO, Jax-WS если вам нужна скорость и нормальная работа с дженериками я бы не использовал, советовал бы заморочится с трифтом тогда (http://thrift.apache.org/). Из application server-а скорее всего вам ничего ненужно, достаточно будет Tomcat-а (сервлет контейнер). Кеширование - да, EhCache.
Успехов!