Spigot vs. Libigot, что лучше?

На либиготе споут плагины работают лучше и я за него, так как я постепенно становлюсь споутдротом, пол кода переписал и если одобрял то на споуторге будет новая версия от меня :3

 

Пруфы какие то?
А то тут и говорят что либигот доработанный более, но инфы я что то не вижу, что бы забрать свои слова обратно.

 

Проверял на RPGessentials, на спиготе не заработал вообще, на крафт бакките и либиготе работал хорошо, однако либигот мало кушает

 

На спиготе у меня работал, правда старой версии, сейчас не знаю как.

 

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

 

Конечно правильно, тем более в старых плагинах есть свои утечки памяти, баги API и много чего.
Как мне кажется, если плагин прям конфетка для души и тела, она обновится в любом случае.

 

Вот сразу видно наш человек,а некоторым это не нравится.
Оффтоп здесь неуместен. Удалил. © CyberMan

 

Какие утечки памяти на java? У вас есть heap и он заполняется, как только критическая масса у нас, то запускается сборщик мусора. Это не C++, где за каждым указателем нужен глаз да глаз и delete в нужном месте.
Возможно, если что-то будет создавать графоподобную структуру с сылками элементов друг на друга, но я читал, что сборщик и с этим должен справиться.

 

Я возможно не правильно выразился, но к примеру ранние версии Multiworld просто не выгружались из памяти, когда игрок выходил из определенных миров. И таких примеров действительно много, мне лениво находить, поэтому говорю с чем сам сталкивался. Поэтому да, утечка памяти не совсем правильное утверждение, тут виноват побольшей части плагин, но не суть.

 

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

 

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

 

Это и в джаве возможно, особенно если непомерно юзать рефлекшены и sun.misc.Unsafe

 

В Libigot убрано "лучшее" нововведение Bukkit с версиями плагинов/ведра.
Ну и пару строчек улучшений.

 

Вообще-то отказ Libigot от автоматических обновлений - Преимущество.
1) Не надо возиться с "побочными эффектами" после обновления плагинов.
2) Уменьшается время запуска сервера.
3) Теоретически, все это можно настроить в конфигурации Libigot.
4) Все необходимые плагины можно запросто скачать с официальных источников.
...А также многое другое...

 

Тебе рассказать побочный эффект от необновления?
Сегодня MinecraftServer.ae().a() закрывает сокет, а завтра стирает нахрен мир.
И в итоге на новой версиитвоя карта улетают в трубу потому-что таблицы обфускаций изменились.
Всё баккитовцы правильно сделали.

 

И причем же тут MinecraftSerfer.ae().a() если в libigot'е присутствуют только костыли на подключение старых плагинов?
Ты думаешь они что, совсем дураки?

 

И ты думаешь, что дело в Libigot? А ты проверял, из-за чего именно проблема?
"Сегодня MinecraftServer.ae().a() закрывает сокет, а завтра стирает нахрен мир." - Как по твоему Libigot может повлиять на карту? Может ты сам что-то не так сделал? Не надо во всем винить Libigot.

 

Так могут сделать плагины использующие NMS, именно потому баккит ввёл изменения названий пакетов.

 

Насколько я знаю, Libigot создавался для проекта Herocraft