Усунення несправностей

Компіляція не вдалася

Чому ручна компіляція може не вдатися на проєкті, що був готовим, як читати помилки і коли «Виправити за допомогою ШІ» безкоштовне.

Оновлено 27 вересня 2026 р.

На цій сторінці

#Чому компіляція не вдалася на готовому проєкті?

Компіляція збирає поточні файли. Звичайні причини невдачі після того, як проєкт був готовий:

Файли змінилися після перевірки: ви щось відредагували або зміна через чат ще не завершила перевірку.
Щось поза кодом: репозиторій залежностей був недоступний або збірка перевищила ліміт часу (5 хвилин для плагінів, 10 для модів). Спробуйте Перевірити знову.

Якщо файли точно такі, якими їх доставив Codexe, а збірка все одно не вдається, це проблема Codexe, і виправлення безкоштовне.

Прочитайте список помилок у результаті компіляції: кожна помилка показує файл і рядок.
Натисніть Виправити за допомогою ШІ:
- файли не змінювалися відтоді, як Codexe їх доставив: запускається безкоштовне внутрішнє виправлення (ви побачите Виправляємо проблему…);
- файли змінилися: помилки надсилаються в чат як звичайне повідомлення (витрачає токени).
Якщо ви щойно відредагували файл, щоб виправити помилку самостійно, натисніть Перевірити знову.

Помилка	Що означає
`cannot find symbol`	Клас, метод чи змінна не існує у версії API, з якою ви збираєте, або бракує імпорту. Вкажіть версію свого сервера.
`package … does not exist`	У `pom.xml` / `build.gradle` бракує залежності. Назвіть плагін або бібліотеку, яку ви використовуєте.
`incompatible types`	Метод у цій версії API повертає щось інше.
`Could not resolve …`	Такої версії залежності не існує або її репозиторій недоступний для Codexe.
`release version 21 not supported`	Проєкт розрахований на новішу Java, ніж та, що використовувалася для збірки. Версія Java визначається версією Minecraft; вкажіть її чітко.

Компіляція доводить, що код збирається, а не що функція поводиться правильно. Опишіть поведінку в грі в чаті. Див. Поширені помилки платформ.