grails может банально не потянуть. Проще все же спрингом обвязать все, что можно, а уже потом думать на предмет модных фреймворков - хоть grails, хоть lift, тем паче что все они с существующим кодом работают без проблем.
>grails может банально не потянуть.
что не потянуть?
>Проще все же спрингом обвязать все, что можно, а уже потом думать на предмет модных фреймворков - хоть grails
обвязывать код спрингом изнутри grails значительно легче.
>По производительности. Есть у Вас опыт использования Grails в нагруженных системах?
Grameme Rocher (PM grails) утверждает, что grails был медленнее "чистого" Spring'а всего на 25%, и у меня нет повода ему не доверять.
>И даже без grails с этим не бывает ровно никаких сложностей.
возможно, но я пока что слабо смотрел архитектуру lorsource
Не только о медленнее речь идет. Как быстро забивается память, особенно те ее области, что обычно не чистятся или чистятся редко и с трудом? Code cache, PermGen?
Groovy ведь много чего поверх явы накручивает. В скриптах это не критично, но в серверном приложении даже слишком быстрое заполнение Eden бывает фатальным.
Долго не мог найти, где же менять имя бд, логин, пароль...
Если что они тут вшиты ./src/ru/org/linux/site/cli/MessagesToDatabase.java
По-хорошему их бы вынести как-нибудь в отдельный файл.
В этом же файле абсолютный URL: /var/www/linux.org.ru/lor-storage/linux-storage/msgbase
Не пойму, этот путь вобще нужен для работы ЛОРа или нет?)
А есть вообще какие-нибудь цели/планы? После первого беглого просмотра у меня возникла пара вопросов:
- Почему не используется ORM?
- Где spring контроллеры (все в jsp)?
- Зачем вам таки не нrавится maven2?
Засим предлагаю:
- Использовать уже наконец spring IoC (не нравятся конфиги в XML - есть annotations и autoinjection)
- Обернуть БД операции в кошерные DAO, с постгресом разговаривать через spring-managed ORM (Hibernate/iBatis/JPA).
- Использовать jsp только в качестве темплейтов, всю логику в spring контроллеры!
- Во избежание всяких include head/include footer в каждом третьем файле использовать SiteMesh + JSP либо какой-нибудь Struts (я лично предпочитаю SiteMesh)
- перевести проект на maven2
Если есть интерес -- помогу чем могу, опыта в таких spring'овых проектах дофига :)
у меня есть уже частично сделанный вариант интереснее - grails, см. соседнюю тему - там и контроллеры, и ORM, и даже SiteMesh, разве что maven'а нету, но и он прикручивается при желании.
Я действительно не в курсе, но ведь вроде groovy, мягко говоря, не очень перформирует... или я ошибаюсь?
Кроме того, куча кода уже реализирована (и проверена и отшлифована веками) в жабе, по моему лучше попытаться переделать готовые классы в spring beans..
>Я действительно не в курсе, но ведь вроде groovy, мягко говоря, не очень перформирует... или я ошибаюсь?
grails проигрывает по скорости "чистому" спрингу процентов 20.
>Кроме того, куча кода уже реализирована (и проверена и отшлифована веками) в жабе, по моему лучше попытаться переделать готовые классы в spring beans..
местами в проекте код хуже пыхпыха, я уже приводил примеры.
кроме того, половину(ну, четверть) готовых классов я за полдня уже переписал с нуля в бины, да ещё и с полным ОРМом, да ещё и view'шки с частичным дизайном прикрутил.
> grails проигрывает по скорости "чистому" спрингу процентов 20.
Так может, все-таки, оставить на жабе? Просто я думаю, что скорость для ЛОРа таки немаловажна...
>Так может, все-таки, оставить на жабе? Просто я думаю, что скорость для ЛОРа таки немаловажна...
20% - не такой уж большое отставание, а учитывая не самую прямую архитектуру самой популярной страницы (http://github.com/maxcom/lorsource/blob/52486211a1f85105d723c15d70893bbe1726a...) может быть мой вариант будет даже быстрее, особенно если правильно использовать кэш (благо кэн настраивается достаточно просто).
>А вообще последнее слово, конечно, за maxcom'ом.
согласен, но даже если он или кто-то ещё не захочет мне помочь, я за недельку постараюсь доделать форум хотя бы более-менее ридонли копии.
Код писался в 2000-м году, тогда вменяемых ORM небыло :-) Но, вообще, я с подозрением отношусь к ORM
> - Где spring контроллеры (все в jsp)?
ru.org.linux.site.spring - там то, что я уже перенес на spring. Остальные да, в JSP
> - Зачем вам таки не нrавится maven2?
Не пользовался им, можно попробовать
> - Использовать уже наконец spring IoC (не нравятся конфиги в XML - есть annotations и autoinjection)
Думаю можно. Я из спринта пока осилил только Web MVC
> - Обернуть БД операции в кошерные DAO, с постгресом разговаривать через spring-managed ORM (Hibernate/iBatis/JPA).
Не уверен что мы не просядем по скорости из-за этого
> - Использовать jsp только в качестве темплейтов, всю логику в spring контроллеры!
Да, я понемногу вытаскиваю логику из JSP в контроллеры
> - Во избежание всяких include head/include footer в каждом третьем файле использовать SiteMesh + JSP либо какой-нибудь Struts (я лично предпочитаю SiteMesh)
maven дубоват хотя бы уже в том плане, что если нет в репозиториях нужной библиотеки, ее нужно ставить в локальный кэш руками (а это как раз случай клиента memcahed, например). Я сегодня докручу ivy для управления зависимостями - он и анта не отменяет и погибче мавена будет.
Там не коммонс логгинг, а стандартный жавовский логгер. Так что надо прикручивать коммонс логгинг и класть жарник с конфигом. Но сегодня модно sl4j - он log.debug с отключенным дебагом быстрее делает :)
>> - Использовать уже наконец spring IoC (не нравятся конфиги в XML - есть annotations и autoinjection)
>Думаю можно. Я из спринта пока осилил только Web MVC
+1
>> - Обернуть БД операции в кошерные DAO, с постгресом разговаривать через spring-managed ORM (Hibernate/iBatis/JPA).
>Не уверен что мы не просядем по скорости из-за этого
ORM не нужен. Вполне достаточно spring simple jdbc template. Но DAO/Service слои и spring transaction-ы нужны.
maxcom, запросил пароль, пароль пришёл, но я видимо и логин забыл, нельзя ли в форму отправки пароля добавить и логин? Письмо мне было отослано Sat, 13 Mar 2010 11:31:39 +0300.
Спасибо, теперь я понял почему забыл логин, регистрировался с большой буквы, а пытался войти с маленькой в названии логина. Это нормально, что обращается внимание на регистр букв именно в логине?
Интересно, а кто-нить будет рассматривать использование для своих проектов?
И разрешено ли это? Если нельзя модифицировать, согласно пункту 4, получается, что нельзя.
А если must include license, я должен ссылку на неё в правилах форума сделать?
А копирайт ссылка на страничку гитхаба должна вести или на профайл maxcom?