Etiqueta: gradle

La advertencia de JEP 472 en JDK 24+ es inofensiva y se imprime una sola vez. Corrígela alineando tu JDK con una versión de Gradle que lo soporte, no pegando flags en gradle.properties.

Gradle está compilando con un JRE. No busca en tu máquina, usa exactamente la JVM con la que se lanzó. Apunta flutter config --jdk-dir a un JDK real, o borra org.gradle.java.home.

El SDK Manager vuelve a descomprimir un archivo corrupto que guardó en .downloadIntermediates. Borra esa carpeta y el directorio ndk/<version> a medio extraer, y vuelve a compilar.

Play rechaza el bundle porque un .so de 64 bits todavía tiene segmentos ELF de 4 KB. Localiza la biblioteca culpable, recompílala con NDK r28+ y verifica con zipalign -P 16.

Esa línea es un envoltorio, no el error. Vuelve a ejecutar con flutter run --verbose o ./gradlew assembleDebug --stacktrace, lee el fallo real de Gradle y corrige eso.

La solución en 30 segundos: pon android.useAndroidX=true y android.enableJetifier=true en android/gradle.properties, luego encuentra cualquier plugin que siga en la antigua support library y actualízalo o reemplázalo.

La solución en 30 segundos: establece minSdkVersion en 21 (o superior) en android/app/build.gradle. background_fetch se apoya en el JobScheduler de Android, que solo existe desde la API 21.

Nueve de cada diez veces el error real de Gradle está enterrado más arriba en el log de MSBuild. La ruta a JDK 17, el workload maui-android faltante y las rutas largas en Windows son las causas raíz habituales.