Ну в общем-то да, это дикларатизавр времён популярности Struts и JSF.
Ничего не мешает взять Vaadin, ZK, gwt, extgwt. Предпочитаю Vaadin.
Я остановился на связке Scala Play2 Slick + Scaladin, либо Groovy Grails + Vaadin.
Можно конечно пробросить контекст сервлета Vaadin в Play вручную и писать на Java, правда я не знаю как там работают Push-нотификации, и работают ли вообще.
Олег: для прикладных приложений выхлоп получается больше (меньше строчек - больше толку), но нужно уметь использовать repl и довольно редко выполнять инкрементальную компиляцию для TDD. Вот groovy наоборот шустрее компилируется и repl опционален - можно спокойно пересобирать всё и прогонять тесты при любом изменении, но grails в работе в раз 10 медленнее чем Play.
Если есть желание ити в ванильную Java - это можно спокойно уходить в Play + Jooq и не заморачиваться. Можно использовать Ebean если есть очень большое желание по'JPA'шничать, да и Vaadin там прикручивается довольно просто.
В принципе так же можно пробросить контекст сервлета в vert.x, если есть желание гонять на Java + Netty и иметь интеграцию с другими языками типа Groovy / Scala / JS. Так как оверхед от использования Scala + Netty в Play2 довольно большой.
Юрий Ярош: Думаю я успешно ответил на вопрос "Есть ли жизнь после Java ?" или "не все энтерпрайсы одинаково полезны". Уже успел полностью отказаться от J2EE стека из-за необычайной слоупочности и диких overhead'ов.
Олег: Прилично. Там от скорости обработки запросов зависит отзывчивость интерфейса в целом, так как получается что на странице для каждого компонента объявляются подписчики на определённые события, после их возникновения отправляется сигнал на сервак по WS'у или http запросами, там уже Vaadin генерит JS код и отправляет его обратно в браузер, где он кэшируется если не содержит состояний. И так при каждом нажатии на кнопку.
