Tag: gradle

O caminho completo de um app Flutter no AGP 8 que aplica kotlin-android até o AGP 9.1 com android.builtInKotlin=true no Flutter 3.47. Cada passo foi compilado e medido, incluindo as duas edições que parecem opcionais e não são: kotlinOptions é um erro de compilação no KGP 2.2+, e a linha do KGP em settings.gradle.kts precisa ficar.

O APK de release saiu sem libapp.so. O Flutter 3.44.0 a 3.44.4 podia descartá-lo: atualize para 3.44.5 ou posterior e separe o bloco subprojects combinado.

O aviso do JEP 472 no JDK 24+ é inofensivo e aparece uma única vez. Resolva alinhando seu JDK a uma versão do Gradle que o suporte, e não colando flags no gradle.properties.

O Gradle está compilando com um JRE. Ele não procura na sua máquina, usa exatamente a JVM com que foi iniciado. Aponte flutter config --jdk-dir para um JDK real, ou remova org.gradle.java.home.

O SDK Manager está reextraindo um arquivo corrompido que ele guardou em .downloadIntermediates. Apague essa pasta e o diretório ndk/<version> pela metade, e compile de novo.

O Play rejeita o bundle porque um .so de 64 bits ainda tem segmentos ELF de 4 KB. Ache a biblioteca culpada, recompile com NDK r28+ e verifique com zipalign -P 16.

Essa linha é um invólucro, não o erro. Rode de novo com flutter run --verbose ou ./gradlew assembleDebug --stacktrace, leia a falha real do Gradle e corrija aquilo.

A solução em 30 segundos: defina android.useAndroidX=true e android.enableJetifier=true em android/gradle.properties, depois encontre qualquer plugin ainda na antiga support library e atualize ou substitua.

A correção em 30 segundos: defina minSdkVersion como 21 (ou maior) em android/app/build.gradle. background_fetch é construído sobre o JobScheduler do Android, que só existe a partir da API 21.

Nove em cada dez vezes o erro real do Gradle está enterrado mais acima no log do MSBuild. Caminho do JDK 17, workload maui-android ausente e caminhos longos no Windows são as causas raiz mais comuns.