Здравствуйте.

Хотим написать web-проект.

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

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

Видел здесь такой вариант: Spring + Struts + Velocity + Hibernate.

С ними я знаком не очень.
Но также видел и многое другое. Причем во многих пересекаюся один или два с варианта, приведенного мною.

Ну я типа и выбрал наиболее часто попадающиеся. Или можно добавить еще и EJB ( плохо ли? ).

В проекте будет встречаться работа с базой данных, причем очень часто (какой именно не выбрали еще, поэтому склоняюсь в сторону Hibernate. Слышал, что ему пофиг на Вендор), нужна шаблонизация.
Подумываем использовать Web-сервисы. Ну и AJAX. Что по этому? Возможно Ajax4jsf или DWR?
Поправьте, если в чем-то ошибаюсь.
Хотелось бы услышать ваши мнения и советы.

zalexakaSpring + SpringMVC+Hibernate IMHO

Т.е Spring и Spring MVC отличаются ? Или MVC это ее подтехнология?

А что про Struts и Velocity? Они не нужны?

BlazkowiczИз исходного поста все равно ни черта не ясно, что за приложение будет. Для начала хорошо бы определится какие части задачи будут выдавать наибольшую нагрузку на сервер. И что первично перфоманс, или скорость разработки.
Итак EJB сразу нафиг. JSP/JSF и прочие поделки от Sun тоже. Выбор настоящего самурая это opesource.

Выбор веб фреймверка это вообще рулетка. Нормального фреймверка для Java ещё не изобрели и каждый обладает своими нюансами и граблями. Времени чтобы изучить и сравнить их все уйдет уйма. Основные кандидаты это Spring MVC, Tapestry, Wicket, Struts 2, JSF. Этот набор сейчас является мейнстримом. А раз уж заговорили про AJAX то можно ещё и в GWT нос сунуть. Оказалось очень даже ничего решение. Но на AJAX я бы сильно не надеялося. Все прелести статического кеширования HTML будут недоступны.

Hibarnate - мега тул. Единственное что это надо для начла понимать как он работает и в какой SQL каждая операция выливается. Так как зачастую понапишут всякого, а потом жалуются что это хибернейт тормозит. А потом оказываюется грабли, то огромное дерево персистится только для того чтобы один флаг переключить, то запросы в цикле сотянми гоняют вместо того чтоб банч сделать. Короче хорошо бы натаскаться и просвятится в теории ORM вообще.

Огромное спасибо за очень разветнутый ответ!!!

Только возможно я чего-то не понимаю. В посте до этого вы писали, что JSF отстал. Struts также не нужен.

А во втором пишете про кандидатов, таких как JSF (?). Во втором посте вы упоминаете Struts 2 (хотя вы против Struts). Т.е. вы считаете что Struts 2 (как я понял, это апгрейд Struts) неплохо подходит.

GWT - это Google Web Toolkit?

Насчет исходного поста. Нагрузка на сервер:

Думаю, проект будет что вроде социального сервиса. В основном, нагрузка будет на базу данных. И скорее всего это будет Oracle (Только бы лицензию заиметь :-) ).

Мысли в строну AJAX были с целью уменьшить нагрузку на сервер. Думаю, кэширование не есть лучший вариант. Одной из целей является новшество.

Кстати, насчет скорости разработки - она не важна. В смысле, она конечно же всегда важна (не без этого). Но все же, главную роль играет качество. Поэтому-то я и попросил совета у вас, а не написал проект в тупую только на JSP и сервлетах.
И спасибо за Hibernate. Думаю, он наиболее подходящий тул.


Жду других советов.

А.Грасоff™тогда seam того же jboss'а

А чем же хорош Seam?

funikovyuri А.Грасоff™ QuessirАпп. сервер будет JBoss.тогда seam того же jboss'а

А есть опыт его реального использования? Потому как интересно было бы послушать!

Да нет. Настолько реального опыта нету... пока.

1024ASP.NET

Однозначно нет.

DPH Quessir
Нужна такая связка, которая бы расширялась, в смысле можно было бы расширить проект ( в будущем планируется расширение до большого, а то и очень). Т.е. фактически хотим написать какой-нибудь универсальный и быстрый движок. Апп. сервер будет JBoss.


Гм. Какие требования к производительности, сколько одновременных пользователей, сколько читающих транзакций в секунду, сколько пишущих, требуется ли 24*7, насколько часто меняется контент, какой бюджет.

А то в зависимости от этих условий сильно меняется и список технологий.

Если у вас запрос в секунду, то вообще все равно, на чем делать.
Если 1K в секунду - то многие технологии лучше отбросить сразу.
Если 100K в секунду - то лучше найти кого-нибудь с соответствующим опытом.

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


P.S. А зачем вам Oracle, если нет денег на лицензии? Есть куча гораздо более доступного софта, которого, по крайней мере, на системы до 1K транзакций в секунду вполне хватит. А потом можно будет и купить лицензии ;)

Насчет одновременных пользователей - "многие технологии лучше отбросить сразу" :-)

Насчет Oracle - необязательно. Это я примерно сказал. Кстати, а сколько стоит лицензия? MySQL не подойдет. Остались PostgreSQL и HSQLBD(про него слышал много хороших отзывов).

ёнах пыш Quessir 1024ASP.NET

Однозначно нет.Почему так категорично? Использовать ASP.NET 2.0 (и выше) - совсем не плохо.

Да, я знаю. Недавно начинал изучать. Совсем неплохо. Но... все равно душа к Java-е тянет.

Вот вроде все нашел. Теперь остался presentation. Что посоветуете?

З.Ы. Было очень странно, что когда я спросил про Velocity, мне сказали, что это "старье".

А я слышал,что Wicket содержит в себе еще и MVC, и поэтому его нельзя использовать со Spring MVC. А что представляет из себя Tapestry?

Понятно. А что лучше (удобнее или легче) Velocity или Freemaker?