Java Web Frameworks

[recoder]

Захотелось вот в рамках закрепления успехов Java-изучения попробовать сделать себе экспериментальный Web App, на котором и оттачивать умения. Гугление дало громадное множество самых разнообразных Web-фреймворков разной степени замороченности:

• Wicket
• Stripes
• Spring
• Turbine
• Struts
• Click
• Play
• Tapestry
• JSF, прости Господи
• Seam
• Sling
• Комбайн Project Able
• Web4J
• Chrysalis
• Velo Surf

С одной стороны - глаза разбегаются от такого изобилия. А с другой стороны, большая часть этого добра - это монстры с наследственностью отягощённой совместимостью со старыми версиями - как себя, так и самой Java. Причём хорошим тоном является наличие десятков XML-конфигурационных файлов - это видимо делает их более enterprisey. Ужас.

А хочется чего-то похожего на Rails или Catalyst. Чтобы было гибкое и модульное. Чтобы минимум конфигураций, максимум соглашений и умолчаний. Чтобы MVC был родной, чтобы URI-mapping легко настраивался, чтобы генераторов результатов можно было несколько иметь. В общем, хочется среду, в которой будет приятно работать. Оно такое вообще бывает?

Наверное придётся пробовать самому всё по очереди. Начну-ка я пожалуй с Stripes. Потом - Wicket. Далее - везде. А если не найдётся ничего подходящего - придётся как обычно писать своё, с блэкджеком и шлюхами. Или учить Ruby.

Part2: Судя по обсуждениям в ru_java, надо смотреть в сторону Spring, а лучше Guice, а лучше Grails. Ну тогда наверное, ещё лучше с Java вообще не возиться и двигать на оригинальные Rails. Не?

» buzz

Comments

[fantaseour.livejournal.com]

Учу руби. Однако за пост спасибо -- хотел тоже пробежать что там есть для явы.

[furman76.blogspot.com (from livejournal.com)]

Эммм. GWT?

[recoder]

Не, всякие прослойки-трансляторы типа GWT, ZK, Vaadin и пр. - сразу отметаю. Мне не формочки рисовать, а веб-страницы рендерить.

[kinjeiro.livejournal.com]

А может все-таки сделаешь какую-нибудь еще тему для трансляторов?

Или сюда в качестве дополнения, ибо уж если в мемориз сохранять этот пост у себя, то хотелось бы и трансляторы тоже учитывать =)

P.S. Да-да, я ленивый =)

[jdevelop.livejournal.com]

spring webmvc и ниипет

[recoder]

Это рекомендация правильного One True Way™ или он действительно подходит под мои пожелания?

[jdevelop.livejournal.com]

- Чтобы было гибкое и модульное.
- Чтобы минимум конфигураций, максимум соглашений и умолчаний.
- Чтобы MVC был родной,
- чтобы URI-mapping легко настраивался,
- чтобы генераторов результатов можно было несколько иметь.

все подходит, только Spring 3

[recoder]

А вот в альтернативной вселенной ветке схожего обсуждения говорят, что Guice рулит, а в Spring'е всё-таки есть засилие XML-конфигов...

[alexandr0.livejournal.com]

В нынешнем Спринге можно воспользоваться аннотациями вместо расписывания xml.

[jdevelop.livejournal.com]

я не зря упомянул про именно Spring 3 ;)

[recoder]

Классический туториал как раз и начинается с того, с чего меня так воротит - "...создайте икснадцать XML-ных конфигурационных файлов".

Пойду смотреть, чего там нового в Spring3.

[jdevelop.livejournal.com]

все верно, классический туториал сосет

[il-duco.livejournal.com]

>надо смотреть в сторону Spring, а лучше Guice, а лучше Grails
а как это сочетается с желанием (разумным) обойтись без XML??
тебе нужен wicked
btw my second weapon of a choice is tapestry
but you gotta say goodbye to the backward compatibility

[recoder]

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

Wicket я обязательно посмотрю поближе, он на первый взгляд был не так плох. А Tapestry мне уже не очень понравилась, точно уже не помню чем. Буду писать ретроспективный отчот - разберусь.

[recoder]

А "backward compatibility" - это ты совместимость с чем имеешь в виду?

[shimopus.livejournal.com]

Ну как? Уже есть прогресс? У нас сейчас тоже стоит вопрос о замене CBTUI :) Ты вывод какой-нибудь сделал?

[recoder]

Главный вывод я сделал - серебряной пули не существует. Волшебного фреймворка не существует. Надо просто подобрать себе такой, чтобы он делал простое простым, а сложное - возможным.

Для себя решение по умолчанию - Rails. А разбираться в сортах говна энтерпрайзного кода желание совсем пропало.

[recoder]

Насчёт CBTUI - don't get me started. С самого начала было понятно, что при наличии существующей внутренней и многих внешних фреймворков, писать свой, третий - это начало типичного ударного налёта. Я только надеялся, что хотя бы в самом процессе что-то новое проявится или хотя бы все получат удовольствие...

[jeliucalexandr.livejournal.com]

Spring или struts. С сертификацией поздравляю ))) от xml не спрятаться не скрыться. php тоже в сторону этих конфов взял ход. Интерфэйсы это все-таки порядок.

[recoder]

Со времени оригинального поста прошло больше пары лет. Я отошёл от мира Java, чему несказанно счастлив. Больше не приходится рыться в XML-простынях и дичайших XML-конфигах. Для транспорта - JSON, для конфигов - на выбор: чистый текст, JSON или свой DSL. Да и вообще - для веб-фронтендов лучше Ruby/Python что-то сложно придумать...

[(Anonymous)]

"А хочется чего-то похожего на Rails или Catalyst. Чтобы было гибкое и модульное. Чтобы минимум конфигураций, максимум соглашений и умолчаний. Чтобы MVC был родной, чтобы URI-mapping легко настраивался, чтобы генераторов результатов можно было несколько иметь. В общем, хочется среду, в которой будет приятно работать. Оно такое вообще бывает?" посмотри в сторону Play

[recoder]

Про Play я уже много хорошего слышал, но к счастью необходимость в Java, как я писал, у меня уже прошла.