Tag: gradle

Eine Abhängigkeit wurde mit einer Kotlin-Version gebaut, die mindestens zwei Minor-Versionen neuer ist als der Compiler Ihres Builds. Erhöhen Sie die Version von org.jetbrains.kotlin.android in settings.gradle.kts auf X minus eins oder höher, oder setzen Sie die Abhängigkeit zurück.

Das .MainActivity im Manifest wird gegen den Gradle-namespace aufgelöst, und im APK gibt es keine Klasse mit diesem Namen. Bringen Sie namespace, die package-Zeile in Kotlin und das Manifest in Übereinstimmung.

Ein anderer Gradle-Prozess hält ~/.gradle/caches/journal-1 und gibt die Sperre nicht frei. Finden Sie die Owner PID, beenden Sie diesen Daemon und löschen Sie keine .lock-Dateien mehr: Das verschiebt den Fehler nur.

Unter Windows schlägt die inkrementelle Kotlin-Kompilierung fehl, wenn das Flutter-Projekt und der Pub-Cache auf verschiedenen Laufwerken liegen. Verschieben Sie PUB_CACHE auf das Laufwerk des Projekts oder schalten Sie IC für Plugins aus dem Pub-Cache ab.

Der vollständige Weg von einer AGP-8-Flutter-App, die kotlin-android anwendet, zu AGP 9.1 mit android.builtInKotlin=true auf Flutter 3.47. Jeder Schritt wurde gebaut und gemessen, einschließlich der zwei Änderungen, die optional aussehen und es nicht sind: kotlinOptions ist unter KGP 2.2+ ein Kompilierfehler, und die KGP-Zeile in settings.gradle.kts muss bleiben.

Das Release-APK wurde ohne libapp.so gebaut. Flutter 3.44.0 bis 3.44.4 konnte es verlieren: Auf 3.44.5 oder neuer aktualisieren und den kombinierten subprojects-Block aufteilen.

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.