Разработка плагинов Minecraft 1.8 на Java 8 и основы IntelliJ IDEA

Установка JDK 8, настройка IntelliJ IDEA и создание первого проекта Spigot

Добро пожаловать в курс по разработке плагинов для Minecraft версии 1.8! Вы выбрали легендарную версию игры, которая до сих пор остается стандартом для PvP-режимов и многих серверов мини-игр. Чтобы создавать свои собственные дополнения, нам потребуется надежный фундамент.

В этой статье мы пройдем путь от пустого рабочего стола до вашего первого скомпилированного .jar файла, который можно запустить на сервере. Мы разберем установку Java 8, настройку среды разработки IntelliJ IDEA и структуру базового плагина.

Зачем нам Java 8 и Minecraft 1.8?

Minecraft версии 1.8 был написан во времена, когда Java 8 была передовой технологией. Несмотря на то, что сейчас существуют гораздо более новые версии Java (17, 21 и далее), для разработки под старые ядра (Spigot 1.8.8) настоятельно рекомендуется использовать именно JDK 8.

Использование более новых версий Java может привести к ошибкам совместимости, например, UnsupportedClassVersionError, когда сервер, работающий на старой Java, не может прочитать плагин, скомпилированный на новой.

Шаг 1: Установка Java Development Kit (JDK) 8

Для запуска Minecraft достаточно JRE (Java Runtime Environment), но для разработки нам необходим JDK (Java Development Kit). Он включает в себя компилятор javac, который превращает ваш код в понятный машине формат.

Где скачать JDK 8?

Oracle изменила лицензионную политику, поэтому мы будем использовать бесплатные и надежные дистрибутивы, такие как Amazon Corretto 8 или Eclipse Adoptium (Temurin 8).

Проверка установки

После установки откройте командную строку (Terminal или CMD) и введите:

Вы должны увидеть вывод, похожий на: openjdk version "1.8.0_..."

Это означает, что Java успешно установлена и готова к работе.

Шаг 2: Установка и настройка IntelliJ IDEA

IntelliJ IDEA от компании JetBrains — это стандарт индустрии для разработки на Java. Она «умная», подсказывает ошибки на лету и автоматизирует рутину.

!Схема процесса разработки: от написания кода в среде разработки до запуска плагина на сервере.

Шаг 3: Создание проекта и подключение Spigot API

Теперь самое интересное. Мы создадим проект и объясним IntelliJ IDEA, что мы хотим работать с Minecraft.

Создание нового проекта

Подключение библиотеки Spigot

Чтобы писать код для Minecraft, нам нужно подключить Spigot API. Это «словарь», который объясняет программе, что такое «Игрок», «Блок» или «Чат».

Вам понадобится файл ядра сервера, например spigot-1.8.8.jar. Если у вас его нет, его нужно получить (обычно через BuildTools, так как распространение готовых ядер ограничено лицензией, но для обучения можно найти локальную копию).

Теперь IDEA знает все команды Minecraft.

Шаг 4: Структура плагина и файл plugin.yml

Любой плагин состоит минимум из двух вещей:

Создание главного класса

Напишем код:

Разбор кода: * extends JavaPlugin: Мы говорим, что наш класс — это не просто код, а плагин для Spigot. * onEnable(): Этот метод запускается автоматически, когда сервер включает плагин. * onDisable(): Запускается при выключении сервера или плагина. * getLogger().info(...): Выводит сообщение в консоль сервера.

Создание plugin.yml

Без этого файла сервер не поймет, что перед ним плагин. Этот файл — паспорт вашего проекта.

> Важно: В поле main должен быть указан полный путь к классу, включая пакеты. Если вы напишете просто Main, сервер выдаст ошибку ClassNotFoundException.

Шаг 5: Полезные команды IntelliJ IDEA

Вы просили изучить базовые команды среды разработки. Вот те, которые сэкономят вам часы работы. Запомните эти горячие клавиши:

1. Автоматический импорт и исправление ошибок (Alt + Enter)

2. Форматирование кода (Ctrl + Alt + L)

3. Автодополнение (Ctrl + Space)

4. Генерация кода (Alt + Insert)

Шаг 6: Компиляция (Сборка Artifact)

Мы написали код, но сервер понимает только .jar файлы. Нам нужно «собрать» проект.

Теперь, чтобы получить файл:

Готовый файл появится в папке out/artifacts/FirstPlugin_jar/ внутри папки вашего проекта. Этот файл можно копировать в папку plugins вашего сервера и запускать!

Заключение

Поздравляю! Вы настроили профессиональное рабочее окружение и создали заготовку для будущего плагина. Вы узнали, что такое JDK, зачем нужен plugin.yml и как использовать магию Alt + Enter в IntelliJ IDEA.

В следующей статье мы углубимся в Spigot API и научимся реагировать на действия игроков, например, на вход на сервер или разрушение блоков.

Основы синтаксиса Java 8 и полезные горячие клавиши IDEA для быстрого кодинга

В предыдущей статье мы успешно установили JDK 8, настроили IntelliJ IDEA и даже скомпилировали наш первый пустой плагин. Теперь пришло время наполнить этот плагин смыслом. Чтобы заставить сервер Minecraft делать то, что мы хотим, нам нужно говорить с ним на одном языке — языке Java.

В этой статье мы разберем фундаментальные конструкции Java 8, которые используются в 99% плагинов для Minecraft 1.8, и изучим горячие клавиши IntelliJ IDEA, которые превратят вас из медленного наборщика текста в скоростного разработчика.

Переменные и типы данных в контексте Minecraft

В Java каждая единица информации должна иметь свой тип. Сервер должен знать, храните вы в памяти целое число (количество алмазов) или строку (никнейм игрока).

Примитивные типы

Это простейшие кирпичики данных. В разработке плагинов чаще всего используются:

* int (Integer) — целые числа. Используются для подсчета предметов, координат блоков (X, Y, Z), ID задач. * double — числа с плавающей точкой. В Minecraft это здоровье игрока (20.0 — полное сердце), урон, координаты сущностей (они более точные, чем блоки). * boolean — логический тип (истина/ложь). Отвечает на вопросы: «Игрок оператор?», «Включен ли полет?», «Жив ли моб?».

Ссылочные типы

Самый главный ссылочный тип, с которым вы будете работать постоянно — это String (Строка).

* String — текст. Это сообщения в чате, названия предметов, имена игроков.

> Важно: Сравнение строк в Java делается не через ==, а через метод .equals(). Оператор == сравнивает ссылки на объекты, а не их содержимое.

Пример правильного сравнения:

Управляющие конструкции: Логика плагина

Плагин не может просто выполнять команды подряд. Он должен принимать решения. Для этого используются условные операторы.

Оператор if-else

Это основа логики. «Если условие верно, сделай это, иначе сделай то».

!Схема работы условного оператора if-else при проверке прав доступа.

Пример кода для плагина:

Циклы

Часто нам нужно сделать что-то со списком объектов. Например, выдать всем игрокам на сервере алмаз. В Java 8 для этого идеально подходит цикл for-each.

Синтаксис:

Коллекции: Где хранить данные

В Minecraft 1.8 мы постоянно работаем с группами данных. Массивы ([]) в Java используются редко из-за их фиксированного размера. Вместо них мы используем Collections Framework.

List (Список)

List — это упорядоченный список элементов, который может расширяться. Самая популярная реализация — ArrayList.

Map (Карта или Словарь)

Map хранит пары «Ключ — Значение». Это идеально подходит для экономики или статистики, где каждому игроку (Ключ) соответствует баланс (Значение).

Магия IntelliJ IDEA: Горячие клавиши

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

1. Live Templates (Живые шаблоны)

IDEA позволяет писать длинные конструкции за секунду, используя сокращения.

* psvm + Tab -> Разворачивается в public static void main(String[] args) {} (полезно для тестов, но не в главном классе плагина). * sout + Tab -> Разворачивается в System.out.println();. * fori + Tab -> Создает классический цикл for.

2. Рефакторинг и редактирование

* Shift + F6 (Rename) — Самая важная команда. Позволяет переименовать переменную, метод или класс везде, где они используются. Никогда не переименовывайте вручную! * Ctrl + D (Duplicate) — Дублирует текущую строку. Очень удобно, когда нужно зарегистрировать много похожих событий или команд. * Ctrl + Y — Удаляет текущую строку целиком. * Ctrl + W — Умное выделение. Нажмите один раз, чтобы выделить слово, второй раз — строку, третий — блок кода.

3. Навигация

* Ctrl + Click (ЛКМ) по названию класса или метода — Переносит вас к месту, где этот код объявлен. Хотите узнать, как работает метод player.sendMessage() внутри Spigot? Нажмите Ctrl и кликните по нему. * Ctrl + F12 — Показывает структуру текущего файла (список всех методов и переменных). Позволяет быстро прыгать между ними.

4. Генерация кода

* Alt + Insert — Вызывает меню генерации. Позволяет мгновенно создать: * Конструктор (Constructor). * Геттеры и Сеттеры (Getter and Setter). * Переопределение методов (Override Methods) — незаменимо для onEnable, onDisable или событий.

Особенности Java 8 для Minecraft 1.8

Почему мы акцентируем внимание на Java 8? Потому что Minecraft 1.8.8 работает на этой версии. Хотя Java 8 привнесла много новшеств (Streams API, Lambdas), в базовой разработке плагинов под 1.8 нужно быть осторожным.

Лямбда-выражения (Lambdas)

Это, пожалуй, самое крутое нововведение Java 8, которое можно и нужно использовать в плагинах. Лямбды позволяют сократить код анонимных классов. Чаще всего вы будете видеть их при создании задач (Schedulers).

Старый стиль (Java 7):

Стиль Java 8 (Lambda):

Это делает код чище и читабельнее. Мы будем активно использовать это в будущих статьях про планировщики задач.

Заключение

Сегодня мы заложили фундамент синтаксиса. Вы узнали, как хранить данные в переменных, как управлять потоком выполнения через if и циклы, и как использовать мощь коллекций. Также вы вооружились горячими клавишами IntelliJ IDEA, которые сэкономят вам часы жизни.

В следующей статье мы перейдем к практике и разберем Spigot API Events: мы научим наш плагин реагировать на действия игроков, такие как вход на сервер, разрушение блоков и чат.

Структура плагина: файл plugin.yml, регистрация команд и взаимодействие с консолью

В предыдущих статьях мы подготовили рабочее место, установили JDK 8 и IntelliJ IDEA, а также изучили основы синтаксиса Java. Теперь у нас есть пустой плагин, который умеет только включаться и выключаться. Но разве этого достаточно?

Суть любого плагина — взаимодействие с игроком и администратором. В этой статье мы «оживим» наш проект. Мы разберем анатомию файла plugin.yml, научимся создавать собственные команды (например, /feed или /heal) и правильно выводить информацию в консоль сервера. Это фундаментальные навыки для любого разработчика Spigot 1.8.

Сердце плагина: файл plugin.yml

Файл plugin.yml — это паспорт вашего плагина. Без него ядро сервера (Spigot/Bukkit) просто не увидит ваш .jar файл. Он должен находиться строго в корне архива (в папке src в IntelliJ IDEA).

Формат YAML

YAML (YAML Ain't Markup Language) — это формат сериализации данных, который очень чувствителен к отступам. В отличие от Java, где мы используем фигурные скобки {}, здесь структура определяется пробелами.

> Критически важно: В YAML запрещено использовать табуляцию (Tab). Для отступов используйте только пробелы (обычно 2 или 4 пробела). Использование Tab приведет к ошибке при запуске сервера.

Обязательные и полезные поля

Рассмотрим расширенную структуру plugin.yml:

Разберем новые поля:

Создание обработчика команд (CommandExecutor)

В Java-коде за выполнение команд отвечает интерфейс CommandExecutor. Хотя можно обрабатывать команды прямо в главном классе (в Main), это считается плохой практикой. Код быстро превратится в «спагетти». Мы будем использовать правильный подход: один класс — одна команда (или группа связанных команд).

!Путь команды от чата игрока до выполнения Java-кода.

Шаг 1: Создание класса команды

Создайте новый класс, например HelloCommand, и имплементируйте интерфейс CommandExecutor.

Шаг 2: Разбор аргументов метода onCommand

Метод onCommand принимает четыре важнейших параметра:

Шаг 3: Реализация логики

Давайте напишем простую логику. Мы хотим, чтобы команда работала только для игроков (консоль нельзя «поприветствовать» лично в игре) и писала сообщение зеленым цветом.

Обратите внимание на §a. В Minecraft 1.8 и выше символ параграфа § используется для цветовых кодов. §a — это светло-зеленый цвет. Однако в коде профессиональнее использовать специальный класс ChatColor.

Улучшенный вариант:

Регистрация команды в главном классе

Мы написали класс HelloCommand и добавили запись в plugin.yml. Но сервер пока не знает, что эти две вещи связаны. Нам нужно «зарегистрировать» исполнителя команды при включении плагина.

Откройте ваш главный класс (который расширяет JavaPlugin) и перейдите в метод onEnable.

Если вы забудете эту строчку, то при вводе /hello ничего не произойдет (или сервер выдаст стандартное поведение, указанное в plugin.yml), а ваш код в HelloCommand никогда не запустится.

Взаимодействие с консолью и логирование

Консоль сервера — это главный инструмент администратора для отладки и контроля. Ваш плагин должен уметь «общаться» с консолью.

Почему не System.out.println?

В стандартной Java мы используем System.out.println("Text"). В Spigot это тоже сработает, но так делать не рекомендуется. Сообщения от System.out не имеют префикса плагина и уровня важности (INFO, WARN, ERROR), что затрудняет чтение логов.

Правильный способ: Logger

У каждого плагина есть свой логгер. Используйте метод getLogger().

Вывод в консоли будет выглядеть примерно так: [12:00:00 INFO]: [MySuperPlugin] Плагин успешно загружен!

Префикс [MySuperPlugin] добавляется автоматически, что позволяет администраторам сразу понять, какой плагин пишет сообщение.

Работа с аргументами команды

Давайте усложним задачу. Сделаем команду, которая принимает аргумент. Например, /echo <сообщение> — плагин повторит то, что написал игрок.

Здесь мы проверяем args.length. Если он равен 0, значит игрок ввел просто /echo без текста. Мы возвращаем false, подсказывая игроку правильный синтаксис.

Распространенные ошибки новичков

Заключение

Сегодня мы сделали огромный шаг вперед. Теперь ваш плагин — это не просто файл, а интерактивная программа. Мы изучили структуру plugin.yml, создали классы для команд, научились безопасно обрабатывать отправителя команды и работать с аргументами.

В следующей статье мы углубимся в Event API (систему событий). Мы научимся реагировать на действия, которые происходят без ввода команд: вход игрока, разрушение блоков, удары по мобам и многое другое.

Система событий (Events): отслеживание действий игрока и изменение механик мира 1.8

В предыдущих статьях мы научились создавать команды, которые запускаются по воле игрока. Игрок пишет /heal, и плагин его лечит. Но что, если мы хотим реагировать на действия, которые происходят сами по себе? Например, когда игрок заходит на сервер, ломает блок, получает урон или пишет сообщение в чат.

Для этого в Spigot API существует мощнейший инструмент — Event API (Система событий). Это именно та магия, которая позволяет запрещать PvP в спавне, создавать приветственные сообщения или делать алмазную руду взрывоопасной.

В этой статье мы разберем, как работает «прослушка» событий, как правильно регистрировать слушатели (Listeners) и как изменять исход событий, используя приоритеты и отмену действий.

Что такое событие (Event)?

С технической точки зрения, Spigot использует паттерн проектирования Observer (Наблюдатель). Когда в игре что-то происходит (например, Стив ударил крипера), сервер создает объект события (в данном случае EntityDamageByEntityEvent) и «рассылает» его всем плагинам, которые выразили желание об этом знать.

Представьте это как радиовещание. Сервер — это радиостанция, которая передает новости: «Внимание! Игрок сломал блок!». Ваш плагин — это радиоприемник. Если он настроен на нужную волну, он услышит новость и сможет на нее отреагировать.

!Визуализация того, как сервер рассылает события, а плагины перехватывают только те, на которые они подписаны.

Создание первого слушателя (Listener)

Чтобы наш плагин начал реагировать на события, нам нужно создать специальный класс. В отличие от команд, где мы использовали интерфейс CommandExecutor, здесь мы используем интерфейс Listener.

Шаг 1: Создание класса

Создадим новый класс, например JoinListener, в пакете нашего плагина. Он должен имплементировать интерфейс org.bukkit.event.Listener.

> Важно: Интерфейс Listener — это так называемый маркерный интерфейс. В нем нет методов, которые нужно обязательно реализовать. Он просто говорит серверу: «В этом классе есть методы, которые хотят слушать события».

Шаг 2: Написание метода-обработчика

Теперь нам нужно написать метод, который будет вызываться при входе игрока. Название метода может быть любым (обычно используют onJoin, onPlayerJoin и т.д.), но он должен соответствовать трем правилам:

Шаг 3: Регистрация слушателя

Это самый частый шаг, который забывают новички. Мы написали класс, но сервер о нем не знает. Нам нужно зарегистрировать его в главном классе плагина (в методе onEnable).

Откройте ваш класс Main (который наследует JavaPlugin):

Если вы забудете эту строчку, ваш код в JoinListener никогда не сработает, и ошибок в консоли не будет. Плагин просто будет «молчать».

Отмена событий (Cancellable)

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

Например, мы хотим запретить ломать блоки, если у игрока нет прав администратора (простейший приват).

Когда мы вызываем event.setCancelled(true), сервер воспринимает это так: «Сделай вид, что этого никогда не было». Блок, который клиент попытался сломать, визуально исчезнет на долю секунды, а затем появится снова (сервер отправит пакет обновления блока).

Приоритеты событий (EventPriority)

Что делать, если на сервере установлено два плагина? Один плагин (WorldGuard) запрещает ломать блоки в регионе, а другой плагин (RPGLevels) хочет выдавать опыт за ломание блоков.

Если RPG-плагин сработает раньше привата, игрок получит опыт, даже если блок не сломается. Чтобы регулировать порядок выполнения, используется параметр priority в аннотации @EventHandler.

Существует 6 приоритетов (в порядке выполнения):

Как это работает?

Представьте, что событие — это мячик, который передается от LOWEST к MONITOR.

* Плагины с приоритетом LOWEST могут изменить событие первыми. * Плагины с приоритетом HIGHEST имеют «последнее слово» перед тем, как событие окончательно свершится. Они могут отменить решение, принятое на LOW. Приоритет MONITOR используется только для чтения. На этом этапе нельзя ничего менять или отменять. Он нужен для логов или статистики, чтобы знать, что событие точно* произошло.

Пример использования:

Математика в событиях: Изменение урона

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

Для этого нам понадобится немного математики. Формула расчета конечного урона будет выглядеть так:

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

Реализуем это в коде:

Распространенные ошибки

При работе с событиями новички часто совершают одни и те же ошибки, которые могут привести к крашу сервера или неработающему плагину.

1. Бесконечный цикл (StackOverflowError)

Никогда не вызывайте событие внутри обработчика этого же события без проверок.

Плохой пример:

2. Неправильный выбор события

В Minecraft 1.8 событий очень много. Например, если вы хотите отследить клик по инвентарю, используйте InventoryClickEvent. Но помните, что есть PlayerInteractEvent (клик по воздуху или блоку) и PlayerDropItemEvent (выбрасывание предмета). Всегда проверяйте документацию Spigot или используйте Ctrl + Click в IDEA, чтобы посмотреть доступные классы в пакете org.bukkit.event.

3. Забытая регистрация

Повторю еще раз: если вы создали класс Listener, но не написали registerEvents в onEnable, магии не произойдет.

Заключение

Система событий — это нервная система вашего плагина. Она позволяет чувствовать мир Minecraft и реагировать на малейшие изменения. Мы изучили, как создавать слушатели, как использовать аннотацию @EventHandler, как управлять приоритетами и как отменять нежелательные действия.

Теперь вы можете написать плагин, который приветствует новичков, защищает спавн от разрушения или меняет боевую механику. В следующей статье мы разберем Конфигурационные файлы (config.yml), чтобы администраторы могли настраивать ваши сообщения и параметры без перекомпиляции кода.

Полезные ссылки

* Официальная документация Spigot API (Javadocs) * Список всех событий Bukkit

Работа с предметами, инвентарем, конфигами и сборка финального JAR-файла

Мы прошли долгий путь: от установки Java 8 до написания собственных команд и обработки событий. Ваш плагин уже умеет общаться с игроком и реагировать на мир. Но чего-то не хватает. В Minecraft всё крутится вокруг предметов и ресурсов. Мечи, зелья, блоки — это основа геймплея.

В этой статье мы научимся создавать уникальные предметы (с собственными именами и описанием), манипулировать инвентарем игрока и, что самое важное, выносить настройки плагина в отдельный файл config.yml. В конце мы соберем готовый .jar файл, который можно будет отправить друзьям или загрузить на хостинг.

Создание и модификация предметов (ItemStack)

В Spigot API есть два ключевых понятия, которые новички часто путают: Material и ItemStack.

Material — это тип* предмета. Например, Material.DIAMOND_SWORD (алмазный меч) или Material.STONE (камень). Это просто перечисление (Enum). ItemStack — это конкретный объект* предмета, который лежит в инвентаре. У него есть количество (amount), прочность и метаданные (название, чары).

Создание простого предмета

Чтобы создать предмет, мы создаем новый объект ItemStack:

Работа с ItemMeta: Название и описание

Самое интересное начинается, когда мы хотим изменить название предмета или добавить ему описание (Lore). Эти данные хранятся в ItemMeta.

Процесс изменения предмета всегда выглядит так:

Создадим «Меч Бога»:

> Важно: Если вы забудете шаг 5 (setItemMeta), предмет останется обычным алмазным мечом. Изменения в объекте meta не влияют на предмет автоматически.

Управление инвентарем игрока

Теперь, когда у нас есть крутой меч, нужно выдать его игроку. Для этого используется метод getInventory() класса Player.

Выдача предметов

Самый безопасный способ выдать предмет — использовать метод addItem. Он автоматически ищет свободное место в инвентаре.

Если инвентарь полон, предмет просто исчезнет (или метод вернет список того, что не поместилось, который можно обработать и выбросить на пол). Но для базовых задач addItem достаточно.

Очистка и проверка инвентаря

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

* player.getInventory().clear(); — полностью очищает инвентарь (включая броню в некоторых версиях, но в 1.8 обычно очищает только основное хранилище). * player.getInventory().contains(Material.DIAMOND); — проверяет, есть ли у игрока алмаз. * player.getInventory().setItem(0, item); — устанавливает предмет в конкретный слот.

!Нумерация слотов в инвентаре игрока Spigot API

Как видно на схеме, слоты нумеруются с 0. Слот 0 — это самый левый слот в панели быстрого доступа (хотбаре).

Конфигурационные файлы (config.yml)

Хардкодинг (написание значений прямо в коде) — это зло. Если вы напишете player.sendMessage("Привет!") в коде, то чтобы изменить текст на "Hello!", вам придется перекомпилировать весь плагин. Для хранения настроек используются файлы конфигурации, обычно config.yml.

Шаг 1: Создание файла по умолчанию

Наполним его содержимым:

Шаг 2: Инициализация в onEnable

Чтобы плагин создал этот файл в папке сервера при первом запуске, нужно добавить одну строчку в метод onEnable вашего главного класса:

Шаг 3: Чтение значений

Теперь мы можем получать значения из конфига в любом месте плагина (где есть доступ к главному классу). Класс JavaPlugin имеет метод getConfig().

Пример использования с математикой

Представим, что мы хотим рассчитать стоимость предмета в магазине, основываясь на базовой цене из конфига и налоге сервера. Формула расчета конечной цены будет выглядеть так:

Где — итоговая цена для игрока, — базовая цена предмета из конфига, а — процент налога (tax), также указанный в конфиге.

В коде это будет выглядеть так:

Цветовые коды в конфиге

Обычно в конфигах используют символ & для цветов (например, &a), так как символ параграфа § сложно ввести. Чтобы Minecraft понял цвет, нужно перевести & в §.

Сборка финального JAR-файла (Build Artifacts)

Мы написали код, настроили plugin.yml и config.yml. Теперь пора превратить проект в готовый продукт.

Настройка Artifacts (если еще не настроено)

Сборка

Внизу экрана появится индикатор загрузки. Когда он исчезнет, ваш плагин готов.

Где искать файл?

По умолчанию файл находится в папке вашего проекта по пути: ВашПроект/out/artifacts/ВашПроект_jar/ВашПроект.jar

Именно этот файл нужно копировать в папку plugins вашего сервера.

Заключение

Поздравляю! Теперь вы владеете полным циклом разработки плагина для Minecraft 1.8. Вы умеете: * Создавать и настраивать предметы через ItemMeta. * Управлять инвентарем игрока. * Использовать config.yml для гибкой настройки плагина. * Собирать готовый .jar файл.

Этих знаний достаточно, чтобы написать 80% плагинов, которые вы видите на серверах: от простых приветствий до сложных RPG-механик с кастомными предметами. Практикуйтесь, экспериментируйте с кодом и создавайте свои миры!

Полезные ссылки: * Spigot Javadocs - Inventory * Spigot Javadocs - ItemStack