mouse

Приоритет для выбранного процесса повышает, не? Проц то одноядерный, а л2, если вы не знали, любит его грузануть. Планировщик задач виндовый отдает больше процессорного времени процессу с большим приоритетом.

На хабр ссылку забыл

Ну если в сборке не реализована даже столь примитивная вещь, то я бы от нее отказался.

Exception in thread "main" java.lang.UnsatisfiedLinkError: no l2ft64 in java.library.path Возможны следующие проблемы: a) JVM не может найти библиотеку, можно указать путь поиска опцией -Djava.library.path=path... б) Библиотека скомпилирована для другой архитектуры (например для amd64 при ОС под i386) в) Библиотека имеет другие нативные зависимости.

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

Автор, ты тугой и если все твои попытки упираются в "отключить в конфигах чего", то забудь. Не твоего ума задача. Найк расписал верно: берется вижалВМ и делаются снапшоты методов, которые нагружают проц, дальше уже копаешь, что в том методе не так. Если висит какой-то один тред, то смотришь, что он выполняет. Или ты ждешь поста в стиле: нажми а, удали б, добавь в? Тогда повторюсь еще раз: не твоего ума задача, ищи кого-то компетентного или забей и возьми другую сборку.

В сборке проблема. Память жрать не начинает?

По сабжу - хз, а вообще забудьте про защиту от ддос на уровне сборки. Это еще хуже, чем iptables.

Однозначно, учиться программировать не с Java надо начинать. Когда пишешь, надо хотябы примерно иметь представление о том, почему, например LinkedList может быть "фрагментирован" по куче, а ArrayList нет. Ну и множество других базовых вещей. А так, Шилдт сойдет, да. Ну и по ООП что-то стоит почитать. Хотя, все равно въезжать сходу в тысячи строк чужого кода не выйдет

Лишь бы знаний и терпения хватило. А то вот была команда ребелион, напрмиер, писал свой ХФ сервер. Вроде, даже хороший по отзывам. А как откроешь, там такоооой ад. Зато отличная практика для рефакторинга говнокода. Как показала практика, почти все использования рефлекшнс от непонимания ООП и почти все участки кода с рефлекшнами отлично рефакторятся во что-то адекватное с применением ООП. Хотя с точки зрения конечного пользователя это работает как-то. Удачи в начинаниях.

По поводу первого: это уже сделали во многих других сборках, например aCis. Смысл делать это еще раз, как и собственно, смысл пилить еще один интерлюд с не самых лучших исходников? По поводу переписывания ядра: надо быть довольно толковым кодером, чтобы переписать полностью ядро, устранив все ошибки предыдущих разработчиков, не внеся своих и в итоге сделать его более шустрым. Не думаю, что здесь, на этом форуме, найдется кто-то способный на это.

Если бы я сейчас пилил что-то с нуля под лоу рейт, я бы взял голый l2j. Rebellion это какой-то ад, то что там творится, например в эвентах, просто ужас. Постоянное использование reflections вместо нормальных приемов ООП, такое ощущение, что писал студент, который до этого сдал 2-3 лабы и все. Бафер в альт-б тоже какой-то адски тупой, дофига ненужных таблиц для бафера, какие-то кривые наборы, тонны бессмысленного кода, но самой жестью оказалась проверка на используемый бафф: есть стандартная защита, чтобы через пакетхак не добавляли в набор левых бафов. И вот во время бафа кастом набора сборка сначала делает селект из базы всего списка идов бафа, потом по очереди селектит каждый из таблицы разрешенных бафов, чтобы првоерить,а не добавили ли левого бафа. И автор этого кода - КилРой, который вроде как рулит всем этим ребелионом. Такого гавна я еще не видел, уже даже не знаю, отказаться от этого быдлокода в пользу чистой l2j или неспешно довести до ума хотябы часть ядра и ДП. Жаль время и проделанную работу. Из покупных не знаю, т.к. не пользуюсь.

Не знаю, как можно кодить в блокноте. Ни иерархии классов посмотреть, ни описания методов. Возможно, если ты знаешь проект наизусть или в нем 2-3 класса, то да. С крупными проектами в пару тысяч классов работать так не выйдет. Больше геморроя себе наживете, опять таки, компиляция на лету с подсветкой ошибок, автоипморт классов, куча горячих кнопок, возможность смотреть список всех методов класса. Перечислять долго можно. Если научиться пользоваться средой, то это очень мощный помощник для разработчика. С другой стороны, если вы с трудом правите одну-две строчки, то можно делать это и блокнотом.

Как уже ответил товарищ выше, ант просто собиралка проекта, из аналогов есть еще maven. Eclipse и Idea это IDE - среды разработки. Если пользоваться не умеете, то пофигу что. Я юзаю эклипс и дома и на работе, уже давно привык. Многие, кто перешел с эклипса на идею, говорят что идея лучше, не пробовал, сказать не могу. А компилятор у вас для всего один - javac.exe в папке bin вашей JDK.

Также стучать? Кому ты будешь стучать в случае бага на ПТС? Есть у меня на С4 ПТС один баг - в одной из комнат в 4 сепульчер не портует наружу каждый час, мне письмо в НЦСофт написать? Как уже писалось выше, большинство крупных проектов имеют свою собственную сборку и своих кодеров, которые пофиксят это. А вот с ПТС ты врядли что-то пофиксишь. BTW, з/п толкового кодера на java со стажем примерно в 2 года - 50-60к. Работать за так никто не будет, ты же не хочешь держать свой сервер без доната, например?)

Заказал пару баннеров на скору руку. За такую цену лучшее, что рисовали с макси.

На счет идеи - хз, я на работе и дома юзаю эклипс. Насчет того, с чего начать - попытайся разобраться что как устроено, начни, например, с иерархии классов L2Object (для лыжеподобных сборок) и дальше L2Playable и т.д. Пысы, для своих наработок я использую aCis, т.к. ядро лыжи мне нравится больше ядра оверов.

Такое во всех. Самые популярные среды это Эклипс и Идея

Боже мой, какая лютая попоболь. Исторический факт + черный юмор. Не более. А автор даже не в теме, судя по всему.

В ядре строк 5 набросать, например.

oh shit!

Что-то мне подсказывает, что компетентность автора в этом вопросе чуть ниже плинтуса.

Да все верно

Хз, что за тип возвращает getIngredients(), но по логике вещей - коллекцию, размер которой не может быть меньше 0, так что сравнивать его с -300 бессмысленно Если конечно это не самопальная реализация со стремными названиями методов. Фениксов под рукой нет, чтобы посмотреть. //upd: а нет, есть ребелионовские исходники, лезем в класс MultiSellEntry, видим там следующее: private List<MultiSellIngredient> _ingredients = new ArrayList<MultiSellIngredient>(); и геттер public List<MultiSellIngredient> getIngredients() { return _ingredients; } ArrayList - стандартная коллекция в Java, реализующая простой массив. Метод size() для нее не может вернуть меньше нуля. 0 - пустая коллекция, так что бред какой-то сравнивать размер с -300

Запусти сервер в дебаге и посмотри по шагам, почему не происходит спавна чара.