JayDaemon - новый OpenSource демон от IvanoBulo

[IvanoBulo]

Как и обещал в соседней ветке, сообщаю что проект нового демона открыт на SourceForge.
Линк на страницу проекта: http://sourceforge.net/projects/jaydaemon

JayDaemon это кодовое название. Из-за того что название придумывал на-спех не подумал что на английском это читаеться как ЯйДемон А не ДжейДемон как я хотел... Но это не суть важно, т.к. это всё равно кодовое название проекта.

Вообщем там уже есть сорцы и кое-какие наброски модуля для веб-статистики. Звиняйте что нету документации, как-нибудь со-временем.

Внимание! В данное время демон находиться в состоянии Pre-Alpha. Хотя он и умеет уже ротировать карты и писать сообщения в базу, использовать демон крайне не рекомендуеться до появления первого релиза.

[tahorg]

No File Packages Defined
This project has not yet created any file release packages.

[IvanoBulo]

Правильно. Релиза ещё не было - статус сейчас Pre-Alpha. Сорцы в Subversion репозитории.

svn list https://svn.sourceforge.net/svnroot/jaydaemon

покажет список модулей проекта. В каждом можуле есть ветка trunk в которой лежит основная ветка разработки.

Чтобы скачать какой-то модуль нужно:

svn co https://svn.sourceforge.net/svnroot/jaydaemon/<module_name> <module_name>

например для модуля который называеться "console" (для работы с Иловской консолью) нужно:
svn co https://svn.sourceforge.net/svnroot/jaydaemon/console console

Ну или можно полазить в репозитории броузером: http://svn.sourceforge.net/viewcvs.cgi/jaydaemon/

[ES_Vanka-Vstanka_09]

ну будь добр сделай сначало хоть бета-релиз, с минимальными функциями и работоспособностью, а уж потом дальше бум смотреть

[IvanoBulo]

Вообе-то до того как будет первый релиз мне хотелось бы узнать у общественности какой минимальный набор функциональности должен быть в первом релизе. До функциональности SC пока ещё долго, до до минимально рабочей версии 2-3 недели если будет достаточно свободного времени.

[Tazmanskiy[Taz]]

а где лежит парсер лога и есть ли он?

вроде поискал нашел только интерфейсы

[IvanoBulo]

Есть. Модуль eventlog - там сам "движок" парсинга. Конкретные релизации для разных типов сообщений в модуле daemon.

[Salsero]

Претендую на участие в правке английского. Что для этого надо сделать?

[Baks]

Правильно. Релиза ещё не было - статус сейчас Pre-Alpha. Сорцы в Subversion репозитории.

svn list https://svn.sourceforge.net/svnroot/jaydaemon

покажет список модулей проекта. В каждом можуле есть ветка trunk в которой лежит основная ветка разработки.

Чтобы скачать какой-то модуль нужно:

svn co https://svn.sourceforge.net/svnroot/jaydaemon/<module_name> <module_name>


например для модуля который называеться "console" (для работы с Иловской консолью) нужно:
svn co https://svn.sourceforge.net/svnroot/jaydaemon/console console

Ну или можно полазить в репозитории броузером: http://svn.sourceforge.net/viewcvs.cgi/jaydaemon/

Небольшая поправочка. После каждого модуля еще неполохо trunk добавлять (странно только, это так твоя IDE сделала?).
Т.е. не
svn co https://svn.sourceforge.net/svnroot/jaydaemon/<module_name> <module_name>
а

svn co https://svn.sourceforge.net/svnroot/jaydaemon/<module_name>/trunk <module_name>

Может его немного переупорядочить этот svn, чтобы все например в trunk лежало, а не на отдельные модули со своими trunk раскидывать?

Т.е. полностью проект вытягивается

svn co https://svn.sourceforge.net/svnroot/.../commons/trunk commons
svn co https://svn.sourceforge.net/svnroot/.../console/trunk console
svn co https://svn.sourceforge.net/svnroot/...n/daemon/trunk daemon
svn co https://svn.sourceforge.net/svnroot/jaydaemon/dao/trunk dao
svn co https://svn.sourceforge.net/svnroot/...-objects/trunk dao-objects
svn co https://svn.sourceforge.net/svnroot/...eventlog/trunk eventlog
svn co https://svn.sourceforge.net/svnroot/jaydaemon/libs libs
svn co https://svn.sourceforge.net/svnroot/...t-module/trunk web-stat-module

[tahorg]

Это ты уже слишком далеко смотришь.

А вообще есть мнение - стандартизовать для обоих версий командера вызов сторонних программ для обработки результатов вылета и генерации миссии. Напрячься и сделать чтото одинаковое. Есть мнение, что XML Для этого подходит больше всего.

Хотя я тут сильно сомтрю в сторону скриптов 8-).

[IvanoBulo]

А вообще есть мнение - стандартизовать для обоих версий командера вызов сторонних программ для обработки результатов вылета и генерации миссии. Напрячься и сделать чтото одинаковое. Есть мнение, что XML Для этого подходит больше всего.

Хорошая мысль. Как только подберусь к озданию этой функциональности обязательно вышлю свои идее в виде XML schema.

2 All

Ну что ж, первая бета очень близко Демон довольно стабилен и что главное его поведение вполне предсказуемо
Главное чтобы моя жена не потеряла терпение из-за того что я уделяю демону столько ремени... :o
Статистика пока только в зачатках но уже позволяет увидеть общий стат сервера и игрока. Если кто хорошо разбираеться в HibernateQL и/или Tapestry и желает помочь в доработке статистики прошу не стесняться

Кто желает поправить английский, то милости прошу взглянуть сюда
и сюда

[akirill]

А можно вопрос один?

Почему все так сложно? Скоро оракл потребуется, я чувствую...
Чем не устраивал вариант fbdaemon? Обычный перл, но да на демона этого никаких сверхзадач вроде как и не возлагается. Особенно учитывая скудность возможностей управления сервером.
Вот кабы они не зажали исходника, можно было бы быстренько поправить под свои нужды, и вперед.
Соглашусь, что со статистикой сложнее.
Я вот смотрел решение для nullwar - тихий ужас. Файерберды с какими то ДЛЛ, под статистику целая платформа требуется (жопа). Сдается мне, что просто интересно вам, ребята, обкатывать свои мысли на различных платформах.
Ну вот на кой ляд тут ява нужна? Это угребище, которое хорошо только ресурсы потреблять умеет.
Пишите два параллельных проекта. Вы бы хоть взяли, да написали совместное ТЗ на разработку, а то опять получится нечто несъедобное, нихрена не воспроизводимое и непортабельное.

[IvanoBulo]

А можно вопрос один?

Почему все так сложно? Скоро оракл потребуется, я чувствую...
Чем не устраивал вариант fbdaemon? Обычный перл, но да на демона этого никаких сверхзадач вроде как и не возлагается. Особенно учитывая скудность возможностей управления сервером.
Вот кабы они не зажали исходника, можно было бы быстренько поправить под свои нужды, и вперед.
Соглашусь, что со статистикой сложнее.
Я вот смотрел решение для nullwar - тихий ужас. Файерберды с какими то ДЛЛ, под статистику целая платформа требуется (жопа). Сдается мне, что просто интересно вам, ребята, обкатывать свои мысли на различных платформах.
Ну вот на кой ляд тут ява нужна? Это угребище, которое хорошо только ресурсы потреблять умеет.
Пишите два параллельных проекта. Вы бы хоть взяли, да написали совместное ТЗ на разработку, а то опять получится нечто несъедобное, нихрена не воспроизводимое и непортабельное.

Очень "конструктивно"... А главное без какого-либо знания о состоянии софтверных технологий сегодняшнего дня.
Если так хочеться чего-то "перлового" - напиши сам. Кстати, мне действительно интересно обкатывать свои идеи и новые знания на практике, причём принося при этом пользу.

[akirill]

Хе-хе. Вроде зацепил

Очень "конструктивно"... А главное без какого-либо знания о состоянии софтверных технологий сегодняшнего дня.

Ну, про это не надо. У нас тут тоже не лаптем щи хлебают.

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

Вопрос в одном - что интереснее, обкатывать идеи, или приносить пользу?
А писать, возможно, придется. Посмотрим, что у вас получится. Мне не "перлового" хочется, мне хочется простого, это важно

[McFris]

Мне не "перлового" хочется, мне хочется простого, это важно

Огласите список "простого". Вместе посмеёмся. Пока не названы конкретные кандидатуры - это всё стёб.

[akirill]

Огласите список "простого". Вместе посмеёмся. Пока не названы конкретные кандидатуры - это всё стёб.

Ну например, для меня неочевидны преимущества реализации бизнес-логики средствами СУБД. Будут аргументы в защиту?

[McFris]

Ну например, для меня неочевидны преимущества реализации бизнес-логики средствами СУБД. Будут аргументы в защиту?

Не будут, ибо тут форум по Ил-2 а не по азам информатики.

[akirill]

Не будут, ибо тут форум по Ил-2 а не по азам информатики.

Зачем тогда встреваете в разговор, если не можете аргументировать свою позицию? Я вот хочу предостеречь от возможных (sic!) ошибок. Все мои рассуждения полностью в топике.

[IvanoBulo]

Мне не "перлового" хочется, мне хочется простого, это важно

Пожалуста. Посмотри в сорцах GameConsoleFacade и EventLogReader. Реализуешь на любом любимом тебе языке и делаешь настолько простое насколько сможешь.

Ну, про это не надо. У нас тут тоже не лаптем щи хлебают.

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

[akirill]

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

Можно пример некомпетентности?
Учтите, ребята, я с вами ведь не ругаюсь

[IvanoBulo]

Можно пример некомпетентности?
Учтите, ребята, я с вами ведь не ругаюсь

Пожалуйста:

Ну вот на кой ляд тут ява нужна? Это угребище, которое хорошо только ресурсы потреблять умеет.

У вас есть телефон с Java? Там много ресурсов?
Дальше, да будет вам известно что например очень много бытовой техники и автомобильных систем в Европе разрабатывают с использованием Java. А те "ящички" в которых это всё фурычит имеют крайне мало ресурсов.
Это только часть из того с чем я работал.
В дальнейшем прошу не засорять ветку оффтопом. Не нравиться чей-либо выбор - пиши своё.

[akirill]

У вас есть телефон с Java? Там много ресурсов?

В нем ресурсов больше, чем было у моего первого комптютера, а функционала значительно меньше. Это так, к сведению.

В дальнейшем прошу не засорять ветку оффтопом. Не нравиться чей-либо выбор - пиши своё.

Хорошо, не буду.

[McFris]

Я вот смотрел решение для nullwar - тихий ужас. Файерберды с какими то ДЛЛ, под статистику целая платформа требуется.

Смеялся 5 минут.

[akirill]

Смеялся 5 минут.

А я плакал

[Baks]

А можно вопрос один?

Почему все так сложно? Скоро оракл потребуется, я чувствую...
Чем не устраивал вариант fbdaemon? Обычный перл, но да на демона этого никаких сверхзадач вроде как и не возлагается. Особенно учитывая скудность возможностей управления сервером.
Вот кабы они не зажали исходника, можно было бы быстренько поправить под свои нужды, и вперед.
Соглашусь, что со статистикой сложнее.
Я вот смотрел решение для nullwar - тихий ужас. Файерберды с какими то ДЛЛ, под статистику целая платформа требуется (жопа). Сдается мне, что просто интересно вам, ребята, обкатывать свои мысли на различных платформах.
Ну вот на кой ляд тут ява нужна? Это угребище, которое хорошо только ресурсы потреблять умеет.
Пишите два параллельных проекта. Вы бы хоть взяли, да написали совместное ТЗ на разработку, а то опять получится нечто несъедобное, нихрена не воспроизводимое и непортабельное.

Мда... действительно конструктив...

Оффтопик:

Вот только про потребление ресурсов не надо.
http://shootout.alioth.debian.org/gp...ava&lang2=perl

Я понимаю если бы про C/C++ заикнулись... но при выборе Java vs Perl vs Python, ИМХО java предпочтительнее (к тому же есть Jython и JRuby, так что логику или _чегоещенадодляполногосчастья_ можно потом на чем угодно писать)