Добрый день !

У меня есть задумка реализовать достаточно большой интернет-проект.
Ориентировочное количество одновременно работающих пользователей около 10 000, следовательно ОЧЕНЬ интенсивная работа с БД.

Я несколько в растерянности в выборе технологии :
- написать все на старых добрых jsp и не ломать голову
- на чистом jsf
- Spring framework
????

Так вот, помогите, пожалуйста, определиться, стоит ли использовать JSF, Spring, Hipermate или реализовать все на стандартном JSP ?

Спасибо.

JSF тебе поможет если у тебя сложный веб интерфейс.
Если все очень просто то JSP, если где то между то SpringMVC
так же вполне можно писать используя несколкьо техноолгий, 
например для простых страниц JSP,а для админ консоли что то потяжелее.

это сугубо ИМХО.
Далее писать следует на том что хорошо знаешь иначе огребешь кучу проблем.

necromancer, спасибо.
С JSF как бы все красиво, вот только меня терзают смутные сомнения по поводу производительности ...

А из-за чего может производительноть быть ниже?
Все равно все в сервлеты перекомпилится )
А если честно, мне тоже интересно сказывается ли использование JSF или других фреймворков на производительности....

для задач как у тебя использовать hibenrate не рекомендутся...только чистый jdbc.

Спасибо большое, с представлением немного успокоился .., JSP, а для красоты GWT ...

Теперь возник вопрос такого плана :
    у приложения будет свой "движок", состоящий из нескольких модулей.
    Все эти модули будут НЕПРЕРЫВНО выполнять определенный задачи и результаты свой работы, должны будут, опять же НЕПРЕРЫВНО сохранять в БД ...

очень не хочется заморачиваться с EJB - большого смысла в них нет ...
а непрерывная работа с бд вообще меня пугает ...

Подскажите, пожалуйста, кто что думает по этому поводу ?

Спасибо.

Это сообщение отредактировал(а) ZMaximI - 3.12.2008, 15:48

>Спасибо большое, с представлением немного успокоился, JSP, а для красоты GWT ...
замучаешься!!!

если хочется JSF то используй соотв библиотеки - Richfaces, IceFaces, Woodstock, Facelets

производительность JSF более чем 2 раза ниже чем JSP
причина: востановление дерева компонент, обработка событий и прочее прочее.

используй JDBC и Hibernate
для быстрых выборок вставок - JDBC
для админки и прочего менее резвого хибернату.
Набор классов почти не изменится а рутины убавится на 40%

Вилами по воде...
Еще 100 раз можете передумать
я использую Velocity + jQuery


Ну не скажите...
Раз у Вас

и

то возникнет вопрос с транзакциями, тут Вы и вспомните про EJB.
Я вопрос с транзакциями решил с его помощью.

P.S. я не профессионал, поэтому "гуру" поправте коли не прав

Добавлено через 3 минуты и 33 секунды

Разве Hibernate настолько медлителен?
Будет ли bind из БД в объект раелизован бустрее чем это делает Hibernate?
А как насчет кэширования?
А скорость разроботки?

да, тут конечно я согласен, может возникнуть и такая очень неприятная ситуация ...., погорячился я немного, спасибо

Hibernate по определению медленее.
Да бинд с испоьлзованием JDBC будет выполнен быстрее. (так как хибернатат использует прокси и рефлексию)
Транзакции можно использовать и без EJB (  ), тот же hibernate прекрастно справляется, да и на JDBC проблем с транзакциями нет.

Для чего может понадобится EJB? ну для масштабирования и кэширования.
Хотя и кэширование можно решить при помощи различных доп фреймворков, тот же JBoss Cache

>я использую Velocity + jQuery
это View, а что же контроллер? =)

JSF предлагает оличную компонентную и событийную модель.

К сожалению своему небыо времени и возможности изучить SpringMVC.

Любые надстройки над системой, теже аспекты, анотации и прочее (даже модные (for earch)) тормозят выполнение программы.

Мой совет напишите как знаете/можете а затем при возникновении узких мест либо профилируете а затем заменяете,  либо делаете load balancing

to Asal:
непрерывное сохранение не подразумевает обязательное использование транзакций. Вдруг это атомарная операция вставки(лог например).
Для того же лога транзакции это сорее помеха, так как независимо от результата необходимо знать о попытке действа.
Так же можно сделать это атомарной опрецией и без использования транзакций в яве путем выноса сохраниений через хранимые процедуры.

>А как насчет кэширования?
нет проблем. кэш первого и второго уровня в hibernate. Плюс никто не запрещает использовать кэш для необновляемых элементов.
>А скорость разроботки? 
С этим нельзя не поспорить. Хотя написать вывод из базы записей в консоль на JDBC будет быстрее, в самом простом случае =)


Чем реально может помочь Hibernate, EJB так это связанные объекты и коллекции.

Это сообщение отредактировал(а) necromancer - 3.12.2008, 17:31

дык речь идет про отказ от hibernate и использования чистого JDBC

вот чего не знаю, с тем спорить не буду   

Spring

+1, все места сразу не заткнуть, если нет опыта в размере состава из 50 вогонов и маленькой тележки


не понял про "атомы"



"С этим нельзя НЕ поспорить" или "с этим нельзя поспорить"

Господа, вот теперь я реально запутался .... 


Да, это очень дельный и правильный совет.
Как я писал выше, движок будет состоять из нескольких модулей, которые, возможно, будут использованы повторно вдальнейшем, именно поэтому и хочется написать максимально близко к правильному ...

Лог можно и в СУБД вести

Добавлено @ 18:36

Возможно тут может пригодиться EJB

надо начинать писать, 150 тыщ раз еще будете переделывать, процесс не быстрый...

Когда я начал писать магазин, то архитектура была одна, в процессе понял что был не прав и исправил ее, 
убрал несколько косяков и т.д.

OffTop:
у меня используется
View: Velocity + jQuery
Servlet: Spring
DataBase: EJB + JPA + TopLink
Security: Spring Security
J2EE: GlassFish
Searh Engine: Compass (надстройка для Lucene)

Гуру поправьте, пож, если в чем-то выбор не правильный

Это сообщение отредактировал(а) Asal - 3.12.2008, 18:37

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

ZMaximI, фуф.. чувствуется, что ты пишешь первый проект.. ты уверен, что наберёшь 10.000 человек/ минуту? если ты их наберёшь, наймёшь людей и перепишешь приложение заного, т.к. оно себя в сотни раз окупит   

Spring   ( Spring MVC в частности ) однозначно помехой не будет и снимет часть головной боли.

JSF в топку, вещь совершенно не предназначенная для web проектов.

Используйте Hibernate, если поймете что где-то узкое место - потюнингуете, перепишите на jdbc.

view - я за Velocity.

Применение ajax - местами, точно зная, что не во вред. 

Это сообщение отредактировал(а) Vasay - 3.12.2008, 22:58