Java web приложение, выбор технологии

Question

[dshvechikov]

на чём по вашему мнению оптимально по соотношению скорость разработки/скорость работы/дальнейшая поддержка писать клиентскую часть для Java веб-приложения?

Рассматриваются как Java Front End фреймворки (Wicket, GWT, Struts и т.д.), варианты отдавать json и рендерить JavaScript'ом, ещё есть вариант не париться и сделать на сервлетах и jsp/jstl.

Что бы выбрали вы?

Comments

[dshvechikov]

А с click.apache.org/ кто-нибудь имел дело?

Answer 1

[javax]

если нужен очень Rich клиент, с богатым интерфейсом — GWT
если немного AJAX, но хочется писать в Swing style (листенберы и так далее- Wicket)
если не хотите интерфейс писать на Яве, а будете делать HTML, JavaSciprt, CSS и Вас интересует только сторона сервера —
Spring MVC, Grails. Будет почти тоже самое, что на сервлетах и jsp, но проще и гибче

Answer 2

[asm0dey]

Я бы безусловно выбрал GWT — оно кроме всего еще и сервер по минимуму грузит. Конечно же, следует использовать MVP-фреймворки, например mvp4g.
Моя практика показывает, что все, что работает с сессиями активно — со временем начинает плохо масштабироваться.

Comments

[dshvechikov]

А нет ли проблем с индексацией страниц, написанных на gwt?

[asm0dey]

Этого в условиях не было :)
Но вообще-то как минимум гугловский кроулер после определенного шаманства сможет индексировать такие страницы, например вот:
code.google.com/p/acris/wiki/AcrisSEO

[dshvechikov]

seo для веб приложений нужно само по себе по умолчанию :)

[asm0dey]

По моему мнению это весьма спорный вопрос.
В большинстве моих приложений и индексировать-то нечего, подавляющая часть контента — динамическая.

Answer 3

[vart]

Попробуйте play framework, работаем на play 1.2.5 + jquery, ничего кроме положительных эмоций и очень быстрой разработки. Тут vimeo.com/7087610 короткое видео показывающее разработку.

Comments

[dshvechikov]

play немного не подходит, т.к. уже часть серверной части написано, к этой части нужно приделать «веб морду», поэтому встал выбор технологии :)

Answer 4

[Losted]

Делали приложение на Wicket — в целом остались довольны. Но для большой нагрузки он не подойдет — куча данных хранится в сессиях.

Comments

[EjikVTumane]

Несколько десятков тысяч пользователей он потянет без проблем, если конечно нет проблемы доставить дополнительную память (либо дополнительные web-контейнеры) с ростом количества одновременно работающих пользователей.
Но в целом да — сериализация состояний страниц в сессию — наверное единственный 'недостаток' Wicket. Хотя там есть stateless страницы, которые не сериализуются.

Answer 5

[relgames]

Рекомендация ровно одна — используйте то, в чем большинство из вас имеет опыт.

Если опыта в вебе нет совсем, то нужно заложить пару недель на прототипы.
Для простого интерфейса можно обойтись и jsp/jstl, ну или там FreeMarker какой.

Я использовал по работе Struts1, Tapestry4, GWT1-2 (больше года на каждом) — ни один из них я бы не стал использовать в своем личном проекте. Может, в новых версия что-то и стало лучше.

Писал для себя на Lift — отличный фреймворк, но на Scala.