Исходники движка

Спасибо К.О.!

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

grails может банально не потянуть. Проще все же спрингом обвязать все, что можно, а уже потом думать на предмет модных фреймворков - хоть grails, хоть lift, тем паче что все они с существующим кодом работают без проблем.

>grails может банально не потянуть.
что не потянуть?

>Проще все же спрингом обвязать все, что можно, а уже потом думать на предмет модных фреймворков - хоть grails

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

>фреймворков - хоть grails
grails уже всё больше не просто фреймворк, а целая платформа...

> что не потянуть?

По производительности. Есть у Вас опыт использования Grails в нагруженных системах?

> обвязывать код спрингом изнутри grails значительно легче.

И даже без grails с этим не бывает ровно никаких сложностей.

>По производительности. Есть у Вас опыт использования Grails в нагруженных системах?

Grameme Rocher (PM grails) утверждает, что grails был медленнее "чистого" Spring'а всего на 25%, и у меня нет повода ему не доверять.

>И даже без grails с этим не бывает ровно никаких сложностей.
возможно, но я пока что слабо смотрел архитектуру lorsource

То есть опыта такого нет.

Не только о медленнее речь идет. Как быстро забивается память, особенно те ее области, что обычно не чистятся или чистятся редко и с трудом? Code cache, PermGen?

Groovy ведь много чего поверх явы накручивает. В скриптах это не критично, но в серверном приложении даже слишком быстрое заполнение Eden бывает фатальным.

>То есть опыта такого нет.

лично у меня опыта нету, да, но тем интереснее попробовать сделать и сравнить ;)

а это, irc/jabber конфа есть, чтобы "оперативно" общаться?

Так это была не первоапрельская шутка?! О_о

Долго не мог найти, где же менять имя бд, логин, пароль...
Если что они тут вшиты ./src/ru/org/linux/site/cli/MessagesToDatabase.java
По-хорошему их бы вынести как-нибудь в отдельный файл.

В этом же файле абсолютный URL: /var/www/linux.org.ru/lor-storage/linux-storage/msgbase

Не пойму, этот путь вобще нужен для работы ЛОРа или нет?)

Логин с паролем на бд, которые в исходниках, надеюсь не реальные? :)

А какой там пароль?

>По-хорошему их бы вынести как-нибудь в отдельный файл.

дык, jndi же есть:

http://github.com/maxcom/lorsource/blob/b78cae1bd15757bcf3ec5e6576c14edae329b...

кстати инициализировать датасорс надо-бы статически, а не дёргать каждый раз на коннекшен...

> Если что они тут вшиты ./src/ru/org/linux/site/cli/MessagesToDatabase.java

Этот файл для работы не нужен, сейчас удалю

> А какой там пароль?

поменял уже ;-)

А есть вообще какие-нибудь цели/планы? После первого беглого просмотра у меня возникла пара вопросов:
- Почему не используется 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.
Так может, все-таки, оставить на жабе? Просто я думаю, что скорость для ЛОРа таки немаловажна...

А вообще последнее слово, конечно, за maxcom'ом.

>Так может, все-таки, оставить на жабе? Просто я думаю, что скорость для ЛОРа таки немаловажна...

20% - не такой уж большое отставание, а учитывая не самую прямую архитектуру самой популярной страницы (http://github.com/maxcom/lorsource/blob/52486211a1f85105d723c15d70893bbe1726a...) может быть мой вариант будет даже быстрее, особенно если правильно использовать кэш (благо кэн настраивается достаточно просто).

>А вообще последнее слово, конечно, за maxcom'ом.
согласен, но даже если он или кто-то ещё не захочет мне помочь, я за недельку постараюсь доделать форум хотя бы более-менее ридонли копии.

> - Почему не используется ORM?

Код писался в 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)

Да вроде не напрягают

> - перевести проект на maven2

Можно

maven дубоват хотя бы уже в том плане, что если нет в репозиториях нужной библиотеки, ее нужно ставить в локальный кэш руками (а это как раз случай клиента memcahed, например). Я сегодня докручу ivy для управления зависимостями - он и анта не отменяет и погибче мавена будет.

>Вообще я тоже хочу на log4j все перетащить, но лениво :-)

С коммонс логгинг на log4j перетаскивается добавлением жарника и конфига.

> я с подозрением отношусь к ORM

И правильно. Некоторые из них имеют обыкновение агрегатные значения пересчитывать по всей базе при любой модификации. Со всеми вытекающими...

Там не коммонс логгинг, а стандартный жавовский логгер. Так что надо прикручивать коммонс логгинг и класть жарник с конфигом. Но сегодня модно sl4j - он log.debug с отключенным дебагом быстрее делает :)

Да ну этот ваш ORM, лучше уж как в http://github.com/maxcom/lorsource/blob/ffb910b46e1eda1de80bc116ac5551c31dd68...
SCNR

>> - Использовать уже наконец 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.

ага, поправлю

Спасибо, теперь я понял почему забыл логин, регистрировался с большой буквы, а пытался войти с маленькой в названии логина. Это нормально, что обращается внимание на регистр букв именно в логине?

Раз исходник уже открыт, неплохо бы и багтрекер открыть.

Лучше сразу - Bazaar.

p.s. Сервис, какой-то фашистский выбран, пАчему не sourceforge?

На JSP? O.o Все-таки жабу не брошу...

По какой лицензии распространяется движок?
Могу ли я безнаказанно создать на его основе что-то свое?

Исходные тексты распространяются по лицензии Apache

Хорошая тема!!! А ссылка не открывается

https://github.com/maxcom/lorsource

После появления дешевых жабахостингов в массовом порядке 8)

Интересно, а кто-нить будет рассматривать использование для своих проектов? И разрешено ли это? Если нельзя модифицировать, согласно пункту 4, получается, что нельзя.

Пользуйся

А если must include license, я должен ссылку на неё в правилах форума сделать? А копирайт ссылка на страничку гитхаба должна вести или на профайл maxcom?

Вроде бы вообще ничего не нужно. Доступ по http не является распространением программы.

товарищи, а где бы найти сырцы по облаку тегов?

Ну все, ждем анимированные смайлики, карму и френдов...

присоединяюсь, этого очень не хватает.

Где Makefile ? как компилировать ?

Конвертните всё на похапэ - ничего не понимаю :peka:

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

Как показали годы - н и ч е г о.