Уже два года программирую на Java, но никаких "больших" проектов еще не делал. Решил, что уже пора. И вот, с сотрудником решили написать небольшую социальную сеть (по крайней мере, для начала - небольшую  ).
Технологии намереваемся использовать следующие:
Spring Framework, Spring MVC, Hibernate для работы с БД, Velocity для  темплейтинга.
Однако, на счёт остальных компонентов пока сомневаемся.
Для пользовательского (web-browser) решено использовать AJAX, но какой движок выбрать? В "Pro Spring" советуют DWR, а какие ещё есть варианты, какие преимущества?
У сети будет тяжёлая фото-составляющая. Отсюда вопрос, как лучше хранить изображения - в файловой системе или в БД? (БД планируем использовать Oracle).

Ну все это хорошо и очень даже удобно использовать. Но вот DWR  я бы не рекомендовал.  Лучше просто использовать какую-нибудь javascript библиотеку (ExtJs, JQuery), где очень удобно делать AJAX-запросы. На мой взгляд это надежнее.

На первый взгляд понравилась jQuery, но на сколько удобно её можно интегрировать со Spring MVC? Ведь там будут не просто AJAX запросы какого-то контента, вроде кусочка html или картинки, это будет запрос к слою сервисов. (Не уверен, на сколько это умный вопрос - с разработкой на JS ранее не сталкивался). В случае DWR всё понятно - вызываем функцию (на подобие RPC) она отрабатывает и возвращает результат, DWR занимается маршаллизацией этого действа.

а я бы не рекомендовал Hibernate. лучше юзать обычные JDBC запросы. Потому как при использовании Hibernate ваша соц.сеть упадёт при большом кол-ве online пользователей. Hibernate чаще всего применяют для админских целей (страниц).

Не надо путать DWR и тот же ExtJS - это разные вещи.
DWR служит для удобного интерфейса JavaScript обхектов на Java - т.е. на серверную часть. А ExtJS - это чистый JavaScript. Так что они прекрасно совмещаются. У нас в проекте как раз такая связка работает. Да еще и JSF подмешана. На серверной стороне Spring, Hibernate.
И вполне пристойно все получается.

не думаю что она куда то упадет именно из-за хибернейта, не вижу причин... 

а насчет самому писать запросы - так это много времени уйдет ;)

а так посоветовал бы Flex как бэкэнд (ну или что то более экзотическое из РИА)

а еще посоветовал бы юзать платформу facebook если хочется соц сеть ;) идея как для обучения в принципе сойдет но имхо можно придумать что то более интересное 

Это сообщение отредактировал(а) seth - 22.9.2008, 15:18

[QUOTE=seth,22.9.2008,  15:16]
Писать самому долго??? О_о Не сказал бы. Всё зависит от вашего уровня знаний. 


Лан, это уже offtopic идёт...

Это сообщение отредактировал(а) dEEp - 22.9.2008, 15:22

Были прецеденты? Каковы причины? 
Интересно очень, ибо сами в проекте расчитанном на большое количество пользователей используем JPA на базе Hibernate. Было бы круто узнать про грабли чтоб потом не напороться. 

[QUOTE=dEEp,22.9.2008,  15:22]
тут дело не в уровне знаний а в технологии - SQL хороший язык только не для всего ;)
а для работы с объектами (да еще и имеющих сложные иерархии наследования) и связями между ними уж больно долго будут писатся все необходимые запросы из-за их большого колличества и сложности...
когда на хибернейте вобщемто генерация кода и мэппингов решит много проблем ;)

используя Hibernate у вас нет возможности проконтролировать и изменить сценарий выполнения запроса. 
это ограничение как раз таки приводит к падению производительности на БД сервере.
возможность влиять на план выполнения запроса является фундаментальной стартегией тюнинга запросов в оракле.

ссылка для автора топика, читать "Подход с использованием принципа черного ящика": http://www.citforum.ru/database/oracle/kyte/
CaligoSpiritus, поскольку ты выбрал именно оракл, то либо ты следуешь советам Т. Кайта, либо просто моменяй СУБД.


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

для оракла существует аналог хибернейт , звётся он TOPLink.

в TOPLink есть возможность менять запрос, или он так же генерируется как в хибернейт?

да, 
но
DimW, в хибернейт тоже есть возможность менять запрос 

ок, тогда зайду с другой стороны:
если есть необходимость каждый раз менять запрос по причине того что меня не устраивает тот что сгенерил хибернейт, имеет ли смысл его вобще использовать, что я выиграю в этом случае?

А социальная сеть будет открытая, или закрытая (только для зарегистрированных пользователей)?

Есть необходимость индексации проекта поисковиками?
Если есть - читаем про СЕО и ограничиваем применение ajax только там, где это не вредит СЕО.

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