Тег: gradle

Предупреждение JEP 472 на JDK 24+ безобидно и выводится один раз. Решение состоит в согласовании JDK с версией Gradle, а не во вставке флагов в gradle.properties.

Gradle компилирует с помощью JRE. Он не ищет по всей машине, а использует ровно ту JVM, с которой был запущен. Укажите в flutter config --jdk-dir настоящий JDK или уберите org.gradle.java.home.

SDK Manager заново распаковывает повреждённый архив, который он закешировал в .downloadIntermediates. Удалите эту папку и наполовину распакованный каталог ndk/<version>, затем пересоберите.

Play отклоняет бандл, потому что у 64-битной .so сегменты ELF выровнены по 4 КБ. Найдите библиотеку, пересоберите с NDK r28+ и проверьте через zipalign -P 16.

Эта строка -- обёртка, а не ошибка. Запустите заново с flutter run --verbose или ./gradlew assembleDebug --stacktrace, прочитайте настоящий сбой Gradle и чините именно его.

Исправление за 30 секунд: установите android.useAndroidX=true и android.enableJetifier=true в android/gradle.properties, затем найдите любой плагин, всё ещё использующий старую support library, и обновите или замените его.

Исправление за 30 секунд: установите minSdkVersion в 21 (или выше) в android/app/build.gradle. background_fetch построен на Android JobScheduler, который существует только начиная с API 21.

В девяти случаях из десяти настоящая ошибка Gradle спрятана выше в логе MSBuild. Путь к JDK 17, отсутствующий workload maui-android и длинные пути в Windows -- обычные первопричины.