Tag: gradle

Die JEP-472-Warnung ab JDK 24 ist harmlos und erscheint genau einmal. Die Lösung liegt darin, JDK und Gradle-Version aufeinander abzustimmen, nicht darin, Flags in gradle.properties zu kopieren.

Gradle kompiliert mit einem JRE. Es durchsucht Ihre Maschine nicht, sondern nutzt genau die JVM, mit der es gestartet wurde. Richten Sie flutter config --jdk-dir auf ein echtes JDK, oder entfernen Sie org.gradle.java.home.

Der SDK Manager entpackt erneut ein beschädigtes Archiv aus .downloadIntermediates. Löschen Sie diesen Ordner und das halb entpackte Verzeichnis ndk/<version>, und kompilieren Sie neu.

Play lehnt das Bundle ab, weil eine 64-Bit-.so noch 4-KB-ELF-Segmente hat. Finden Sie die Bibliothek, bauen Sie sie mit NDK r28+ neu und prüfen Sie mit zipalign -P 16.

Diese Zeile ist eine Hülle, nicht der Fehler. Starten Sie erneut mit flutter run --verbose oder ./gradlew assembleDebug --stacktrace, lesen Sie den echten Gradle-Fehler und beheben Sie diesen.

Die Lösung in 30 Sekunden: Setzen Sie android.useAndroidX=true und android.enableJetifier=true in android/gradle.properties, und finden Sie dann jedes Plugin, das noch auf der alten Support Library basiert, und aktualisieren oder ersetzen Sie es.

Die Lösung in 30 Sekunden: Setzen Sie minSdkVersion auf 21 (oder höher) in android/app/build.gradle. background_fetch baut auf Androids JobScheduler auf, den es erst ab API 21 gibt.

Neun von zehn Mal liegt der eigentliche Gradle-Fehler weiter oben im MSBuild-Log. Falscher JDK-17-Pfad, fehlendes maui-android Workload und lange Pfade unter Windows sind die üblichen Ursachen.