Gaikotsu

скорее всего чем-то другим занят нужный порт

да вобще... из-за таких вот горе-админов и имеем сейчас ситуацию, когда 99.9% существующих серверов живут по 1-2 месяца, закрываясь и переоткрываясь вновь и вновь - это ведь намного проще, чем работать над самим сервером, вводя например какие-то новые плюшки постоянно, чтобы народ заинтересовывать.

да и у меня обычно декомпил требуется только чтобы по быстрому глянуть что-то в определенном классе, от кторого сырцов нет. тогда и даже fernflower не запускаю - хватает JAD'а, который у меня виде плагина к Lister'у тотала подключен.

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

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

Честное слово, руки бы отрывать тем, кто такое пишет и так делает задержки... приспичило что-то сделать с определенной задержкой - юзай Future/ScheduledFuture

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

ну дык раздают то только базовую игру - за все дополнения как и раньше придется платить

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

только полный идиот будет запускать мутную программу хрен знает от кого у себя на компе. хотя да - тут такие найдутся. З.Ы. кстати пусть и на том же вирустотале ни один из антивиров не среагировал на эту прогу, но остается вопрос: зачем, судя по тому же отчету вирустотала, эта прога по udp лезет на ип 64.4.10.33?

ошибаешсявторая линейка в корее вобще-то в 2003 только вышла, а за пределы кореи вылезла уже в 2004. формально так-то сервер у нас с конца 2005 работает, но первое время он был доступен только клиентам рейда (эртк или дом.ру по нынешнему) и только в самой Перми.

пропить

а вот прикинь - нету. у нас не сервер однодневка, которые ща все клепают и закрывают/переоткрывают каждые несколько месяцев, спамя при этом везде о своем открытии где только можно и нельзя. наш сервер работает уже с 2006 года, без всяких вайпов и переоткрытий и дурацким спамом по форумам других серверов мы не занимаемся.

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

чтоб тебе DDoS за твой "спам по серверам" устроили основательный на запуск твоего сервера.

По своему опыту знаю что от ОБТ особого толка нет. Большая часть бегающих на ОБТ тупо валяют дурака - точатся, пвпшатся, срутся с друг другом и т.п. Если кто и ищет ошибки и недочеты, то чаще всего ищет только то что пойдет ему на пользу и естественно об обнаруженном администрации не сообщает. Больше толку от ЗБТ, когда на тесте бегают только те, кому точно можно доаверять и те кто точно будут заниматься тестиованием, а не маяться дурью.

смотря какие хроники опять же в большинстве всех этих l2FileEdit'ов и другой подобной фигни ddf-файл, описывающий структуру ArmorGrp корявый и не совсем правильно описывает то, как надо данные из этого файла извлекать. для хф5 вроде такое было, для определенных частей ГоДа тоже. решение простое - корректировать ddf'ку.

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

public final String getName() { return _name_ru == null || _name_ru.isEmpty() ? _name : _name_ru; }

какая еще формула то? по коду же ясно что сами названия иконок надо задавать в данных у скиллов, в хмлках с инфой о них т.е. типа так: <set name="icon" val="icon.skill0001" />

они в БД хранятся...

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

переписать метод хранения сетов, а так же проверки - одет ли подходящий предмет в нужный слот.рекомендую посмотреть в сторону нупример овера - там это все сделано достаточно просто и изящно. вот для примера типичное объявление сета: <set chests="19790;19854;19918;35029;35059" legs="19791;19855;19919;35030;35060" head="19789;19853;19917;35028;35058" gloves="19792;19856;19920;35031;35061" feet="19793;19857;19921;35032;35062" enchant6skills="13341-1"> <!--Комплект Магических Доспехов Айдиоса - восст. (Robe) --> <set_skills parts="2" skills="13091-1" /> <set_skills parts="3" skills="13091-2" /> <set_skills parts="4" skills="13091-3" /> <set_skills parts="5" skills="13091-4;13063-1" /> </set> как видно, для каждого слота указано по несколько вариантов предмета и с любой комбинацей подходящих предметов во всех нужных слотах сет работает. З.Ы. естестно нужны исходники для переделки

Дак примерно так и делаю - у меня помощники, которым я дал на откуп основную возню, связанную с такими рутинными вещами, имеют кучку хайлевельных персов на руоффе и сами все на практике проверяют по необходимости. Меня же привлекают лишь когда требуется что-то нужное для них дописать в сервере - с явой на "ты" у нас работают только я да мой шеф - у остальных с этим туговато пока, да и доступа к сырцам ядра опять же нет ни у кого кроме двух человек - чем меньше круг посвященных, тем меньше шанс того что в определенный момент внезапно сервер со всеми исходниками выплывет в шару.

а зачем приплетать тут еще и getAllPlayersForIterate()? перебирать каждый раз для данной проверки всех игроков в онлайне? ну нафиг.