Fusion von Android Material und appcompat Manifest fehlgeschlagen

Lesezeit: 5 Minuten

Fusion von Android Material und appcompat Manifest fehlgeschlagen
Евгений Усов

Ich habe die nächste Klasse

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation 'com.android.support:appcompat-v7:28.0.0-rc01'
    implementation 'com.android.support.constraint:constraint-layout:1.1.2'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.2'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
    implementation 'com.google.android.material:material:1.0.0-rc01'
}

Aber wenn ich eine App erstellen möchte, bekomme ich das nächste Protokoll:

Manifest merger failed : Attribute application[email protected] value=(android.support.v4.app.CoreComponentFactory) from [com.android.support:support-compat:28.0.0-alpha3] AndroidManifest.xml:22:18-91
    is also present at [androidx.core:core:1.0.0-alpha3] AndroidManifest.xml:22:18-86 value=(androidx.core.app.CoreComponentFactory).
    Suggestion: add 'tools:replace="android:appComponentFactory"' to <application> element at AndroidManifest.xml:5:5-19:19 to override.

Okay! Gehen Sie zum Manifest und tun Sie es:

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="ru.chopcode.myapplication">

    <application
        tools:replace="android:appComponentFactory"
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme">
    </application>

</manifest>

Dann bekomme ich diesen Fehler in meinem Logcat:

Manifest merger failed with multiple errors, see logs that I have Linked with it

  • Versuchen Sie, diese Zeilen zu entfernen: Implementierung „com.android.support:appcompat-v7:28.0.0-rc01“ und Implementierung „com.android.support.constraint:constraint-layout:1.1.2“.

    – vcapra1

    10. August 2018 um 20:06 Uhr


  • Ich denke, Materialpakete sind alle in Android-Design gebündelt, schau es dir an …

    – Marcos Vasconcelos

    10. August 2018 um 20:09 Uhr

  • Ich brauche das: material.io/design/components/app-bars-bottom.html. Das ist in Android-Design?

    – Евгений Усов

    10. August 2018 um 20:19 Uhr

  • Sie können dies auch überprüfen: stackoverflow.com/a/54825603/1318946

    – Pratik Butani

    22. Februar 2019 um 11:44 Uhr

  • Das neue Android Studio verfügt über eine Funktion, mit der Sie Ihre Anwendung reibungslos auf AndroidX migrieren können. folgen Sie dem Link unten. github.com/material-components/material-components-android/…

    – Ravi Jaggarapu

    21. Oktober 2019 um 10:25 Uhr


Ich bin auf denselben Fehler gestoßen, als ich versuche, die Kotlin-KTX-Bibliothek zu meinem Projekt hinzuzufügen.

Ich versuche die AndroidX-Migration und das Problem wurde behoben!

Refactoring/Migration zu AndroidX

  • Das funktioniert, aber einige der importierten Anweisungen, die es generiert, verwenden veraltete Paketnamen. Ich musste eine Reihe von ihnen reparieren, indem ich einfach welche verwendete androidx.* Paketname, den die IDE als Lösung vorgeschlagen hat.

    – Andreas Köster

    1. Juni 2019 um 23:15 Uhr


  • @Mete diese Antwort hat mir das Leben gerettet. Kann ich dir ein Bier kaufen?

    – girish_vr

    11. Juli 2019 um 7:34 Uhr

  • @girish_vr Danke für das Angebot 🙂 Ich bin froh, dass es funktioniert hat, das reicht, um mich zum Lächeln zu bringen.

    – Met

    12. Juli 2019 um 7:33 Uhr

  • Ich bin auf dieses Problem gestoßen, weil ich die neueste Version der Bibliothek „support-v4“ in meine build.gradle-Datei gezogen habe … keine gute Praxis. Hätte ich in meiner Gradle-Datei auf eine bestimmte Version der Bibliothek verwiesen, wäre ich überhaupt nicht auf dieses Problem gestoßen. Nachdem ich ein wenig mehr recherchiert hatte, konnte ich auch sehen, dass Google den Wechsel zur AndroidX-Bibliothek empfahl; Also beschloss ich, in den sauren Apfel zu beißen. Glücklicherweise wurden alle Probleme nach dem Upgrade behoben … eine Katastrophe abgewendet und die LEKTION über die Gradle-Referenzen gelernt.

    – BluJ IT

    27. Juli 2019 um 17:21 Uhr

  • Hatte danach immer noch einen Fehler, aber diese Antwort hat geholfen: stackoverflow.com/a/49525685/1972372

    – Großer Stuhl

    12. März 2019 um 13:29 Uhr

  • Bitte denken Sie daran, unten links auf „Refaktorisieren“ zu klicken, nachdem Sie auf „Zu AndroidX migrieren“ geklickt haben.

    – SupaHam

    8. August 2019 um 20:51 Uhr

1646254987 320 Fusion von Android Material und appcompat Manifest fehlgeschlagen
Muhaiminur Rahman

In meinem Fall funktioniert dies perfekt. Ich habe unten zwei Zeilencodes in die Manifestdatei eingefügt

tools:replace="android:appComponentFactory"
android:appComponentFactory="whateverString"

Kredit geht an diese Antwort.

Beispiel einer Manifestdatei

  • Ich weiß nicht, ob ich später ein Problem in meiner App haben werde, aber es hat funktioniert!

    – Aliton Oliveira

    7. Juni 2019 um 16:57 Uhr

  • Ja ich hatte ein Problem: Es wurde mehr als eine Datei mit dem betriebssystemunabhängigen Pfad „META-INF/androidx.core_core.version

    – Aliton Oliveira

    7. Juni 2019 um 17:37 Uhr

  • Dann erhalte ich eine Fehlermeldung, die besagt, dass Tools nicht an das Anwendungs-Tag gebunden sind.

    – Travis Delly

    26. Juni 2019 um 23:08 Uhr

  • Kannst du den kompletten Logcat posten?

    – Muhaiminur Rahman

    27. Juni 2019 um 4:46 Uhr

  • Ich musste Werkzeuge zum Namespace: github.com/magus/react-native-facebook-login/issues/…

    – Johannes Filter

    18. Juli 2019 um 21:16 Uhr

Einfache Lösungen – Migrieren Sie in AndroidX

in dem gradle.propertiesfügen Sie einfach unten zwei Skripte hinzu

android.useAndroidX=true
android.enableJetifier=true

Was war der Grund ↓

Alle Pakete in AndroidX befinden sich in einem einheitlichen Namensraum, der mit der Zeichenfolge androidx beginnt. Die Support Library-Pakete wurden den entsprechenden androidx.*-Paketen zugeordnet. Eine vollständige Zuordnung aller alten Klassen und Buildartefakte zu den neuen finden Sie auf der Seite Paketumgestaltung.

Bitte sehen die Seite Paket-Refaktorisierung

  • Ich weiß nicht, ob ich später ein Problem in meiner App haben werde, aber es hat funktioniert!

    – Aliton Oliveira

    7. Juni 2019 um 16:57 Uhr

  • Ja ich hatte ein Problem: Es wurde mehr als eine Datei mit dem betriebssystemunabhängigen Pfad „META-INF/androidx.core_core.version

    – Aliton Oliveira

    7. Juni 2019 um 17:37 Uhr

  • Dann erhalte ich eine Fehlermeldung, die besagt, dass Tools nicht an das Anwendungs-Tag gebunden sind.

    – Travis Delly

    26. Juni 2019 um 23:08 Uhr

  • Kannst du den kompletten Logcat posten?

    – Muhaiminur Rahman

    27. Juni 2019 um 4:46 Uhr

  • Ich musste Werkzeuge zum Namespace: github.com/magus/react-native-facebook-login/issues/…

    – Johannes Filter

    18. Juli 2019 um 21:16 Uhr

Fusion von Android Material und appcompat Manifest fehlgeschlagen
Anubhav Gupta

Ändern Sie einfach “rc01” in der ersten und letzten Zeile innerhalb der Abhängigkeiten in “alpha1”. Das funktioniert bei mir

  • Es wurde mehr als eine Datei mit dem betriebssystemunabhängigen Pfad „META-INF/androidx.core_core.version

    – Aliton Oliveira

    7. Juni 2019 um 17:44 Uhr

  • Ich habe “rc01” nicht in der Implementierung “com.android.support:appcompat-v7:28.0.0” geschrieben. Immer noch das Problem. Bitte schlagen Sie eine Lösung vor.

    – avani kothari

    18. Juni 2019 um 14:09 Uhr

  • Diese Antwort hätte ein Kommentar zur Frage sein sollen.

    – Anant

    6. Juli 2019 um 11:37 Uhr


916110cookie-checkFusion von Android Material und appcompat Manifest fehlgeschlagen

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy