Раздаю бесплатно Свою сборку

[Viorel 2]

2 года кодил сборку Interlude.
Добавлено : защита от программ, игровые боты, и кучу функционала.
Исходники продаются.
Скачать с яндека

Скачать с гугла

[Viorel 2]

Перезалил ссылки

Скачать с яндека

Скачать с гугла

[MURC 16]

Исходники бы

[ammy 98]

Исходя и всех ошибок по ядру ,и при декомпиляции то видно что это чужой код  threading.RunnableImpl: Exception: RunnableImpl.run(): java.lang.NullPointerException
java.lang.NullPointerException.  Пытается вызвать метод по нулевой ссылке на объект, а его нет (самого метода). Изменить импорты, и скомпилировать не значит "кодить сборку 2 года"   

Ну и тут как минимум найти исходники этого куска: model.Creature: java.lang.NullPointerException (чужой код в этой сборке - 2012 года ! ) 

p.s Видимо ещё 2 года потребуется пофиксить ! Желаю удачи 
 

[ammy 98]

В 04.09.2021 в 15:54, MURC сказал:

Исходники бы

На гите валялись 2012-2014 

Предпологаю что это один и тот же человек, или же его единомышленник 

 

Исходя из самой сборки - всё сделано по такому же принципу как и у Fallov (Яйцента)

p.s опять та же Lucera 1.7 ну и те же самые бекдоры которые он так и не нашёл и не смог вырезать 

Изменено 5 сентября, 2021 пользователем ammy

[Viorel 2]

В Java нет ошибок, есть только исключения. Не благодари...

[ammy 98]

43 минуты назад, Viorel сказал:

В Java нет ошибок, есть только исключения. Не благодари...

 

Я так понимаю ты местный клоун который толкает вот это вот подобие Java-сборки за 350$ 

Source codes are on sale: .............  350 $  

Как исправить NullPointerException

В нашем простейшем примере мы можем исправить NPE, присвоив переменной n1 какой-либо объект (то есть не null):

• Integer n1 = 16;
• System.out.println(n1.toString());

Теперь не будет исключения при доступе к методу toString и наша программа отработает корректно.

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

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

Как избегать исключения NullPointerException

Существует множество техник и инструментов для того, чтобы избегать появления NullPointerException. Рассмотрим наиболее популярные из них.

Проверяйте на null все объекты, которые создаются не вами

Если объект создаётся не вами, иногда его стоит проверять на null, чтобы избегать ситуаций с NullPinterException. Здесь главное определить для себя рамки, в которых объект считается «корректным» и ещё «некорректным» (то есть невалидированным).

Не верьте входящим данным

Если вы получаете на вход данные из чужого источника (ответ из какого-то внешнего сервиса, чтение из файла, ввод данных пользователем), не верьте этим данным. Этот принцип применяется более широко, чем просто выявление ошибок NPE, но выявлять NPE на этом этапе можно и нужно. Проверяйте объекты на null. В более широком смысле проверяйте данные на корректность, и консистентность.

Возвращайте существующие объекты, а не null

Если вы создаёте метод, который возвращает коллекцию объектов – не возвращайте null, возвращайте пустую коллекцию. Если вы возвращаете один объект – иногда удобно пользоваться классом Optional (появился в Java 8).

P.S  За подсказку не благодари.... Ждём фиксы 

Изменено 5 сентября, 2021 пользователем ammy

[gawric 49]

11 часов назад, ammy сказал:

 

Я так понимаю ты местный клоун который толкает вот это вот подобие Java-сборки за 350$ 

Source codes are on sale: .............  350 $  

Как исправить NullPointerException

В нашем простейшем примере мы можем исправить NPE, присвоив переменной n1 какой-либо объект (то есть не null):

• Integer n1 = 16;
• System.out.println(n1.toString());

Теперь не будет исключения при доступе к методу toString и наша программа отработает корректно.

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

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

Как избегать исключения NullPointerException

Существует множество техник и инструментов для того, чтобы избегать появления NullPointerException. Рассмотрим наиболее популярные из них.

Проверяйте на null все объекты, которые создаются не вами

Если объект создаётся не вами, иногда его стоит проверять на null, чтобы избегать ситуаций с NullPinterException. Здесь главное определить для себя рамки, в которых объект считается «корректным» и ещё «некорректным» (то есть невалидированным).

Не верьте входящим данным

Если вы получаете на вход данные из чужого источника (ответ из какого-то внешнего сервиса, чтение из файла, ввод данных пользователем), не верьте этим данным. Этот принцип применяется более широко, чем просто выявление ошибок NPE, но выявлять NPE на этом этапе можно и нужно. Проверяйте объекты на null. В более широком смысле проверяйте данные на корректность, и консистентность.

Возвращайте существующие объекты, а не null

Если вы создаёте метод, который возвращает коллекцию объектов – не возвращайте null, возвращайте пустую коллекцию. Если вы возвращаете один объект – иногда удобно пользоваться классом Optional (появился в Java 8).

P.S  За подсказку не благодари.... Ждём фиксы 

Конкретно заморочился:) 

[Viorel 2]

Смотря по количеству твоих сообщений, местный это ты а не я. И да, в java нету ошибок, есть только исключения.

[Hotaka 769]

В 06.09.2021 в 17:59, Viorel сказал:

Смотря по количеству твоих сообщений, местный это ты а не я. И да, в java нету ошибок, есть только исключения.

"Facepalm"