Erreur lors de la fusion de dex type de Programme déjà présent: android.de soutien.v4.os.ResultReceiver$MyResultReceiver

Erreur lors de la fusion de la dex

suivantes sont les dépendances.

ext {
    anko_version='0.10.5'
    support_lib='1.0.0-alpha1'
    room_lib = "1.1.0"
}
dependencies {

    implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk8:$kotlin_version"
    implementation "androidx.cardview:cardview:$support_lib"
    implementation "com.google.android.material:material:$support_lib"
    implementation "androidx.appcompat:appcompat:$support_lib"
    implementation "org.jetbrains.anko:anko:$anko_version"
    implementation "androidx.lifecycle:lifecycle-extensions:2.0.0-alpha1"
    implementation "android.arch.persistence.room:runtime:$room_lib"
    annotationProcessor "android.arch.persistence.room:compiler:$room_lib"
}

erreur

  • Ce qui s'est passé:
    Échec de l'exécution de la tâche:app:transformDexArchiveWithExternalLibsdexmergerfordebug'.

    com.android.générateur de rapports.dexing.DexArchiveMergerException: Erreur lors de la fusion de dex archives: /app/build/intermediates/transforms/dexBuilder/debug/0.jar,
    Type de programme déjà présent: android.de soutien.v4.os.ResultReceiver$1

  • J'obtiens la même erreur. Avez-vous trouvé quelque chose?
  • Même ici. Semble que certaines libs ne sont pas compatibles avec androidx pour l'instant. Je suis à l'aide d'anko et android-les dialogues et les deux ne fonctionnent pas - même lors de la configuration de enableJetifier🙁
  • Veuillez vous référer à cette réponse. Cela a vraiment fonctionné pour moi. Multidex problème avec le Flutter
InformationsquelleAutor Anil Ugale | 2018-05-17
  1. 88

    C'est parce que vous foiré les dépendances. Vous devez migrer entièrement à AndroidX dépendances ou de séjour sur le Soutien de la bibliothèque celles de. Ainsi,
    au lieu de

    implementation "android.arch.persistence.room:runtime:$room_lib"
annotationProcessor "android.arch.persistence.room:compiler:$room_lib"

    utilisation

    implementation "androidx.room:room-runtime:2.0.0-alpha1"
annotationProcessor "androidx.room:room-compiler:2.0.0-alpha1"

    Veillez également à vérifier votre gradle.properties fichier de projet pour contenir

    android.useAndroidX=true
android.enableJetifier=true

    Jetifier à aider les bibliothèques qui dépendent de vieux paquets de Soutien, l'utilisation de la nouvelle AndroidX ceux.

    Qu'est-ce que Jetifier?
    C'est un Android Plugin Gradle tâche (maintenant, peut également être utilisé comme un outil autonome) qui est invoquée pendant la phase de construction. AGP (>= 3.2.0) ne s'appliquent automatiquement à la dépendance de la traduction qui réécrit le bytecode et les ressources de POT et de l'AAR dépendances (et les dépendances transitives) pour référencer le nouveau androidx-emballés, les classes et les objets.
    Vous pouvez également l'utiliser comme un outil autonome à titre individuel, de migrer d'une bibliothèque.

    Jetifier La Documentation Officielle

    Autonome Jetifier outil migre soutien-bibliothèque-bibliothèques dépendantes à compter sur l'équivalent AndroidX de paquets au lieu. L'outil vous permet de migrer d'une personne de la bibliothèque directement, au lieu d'utiliser l'Android plugin gradle livré avec Android Studio.

    P. S. je n'ai pas testé si Anko fonctionne avec AndroidX dépendances, mais si elle n'est pas, même si ces propriétés dans votre gradle.properties sont activés, vous n'avez pas d'autre choix, mais le secours à l'aide de bibliothèques de prise en charge pour l'instant.

    • Merci pour votre aide, je manque gradle.propriétés de configuration
    • Vous avez sauvé ma journée.. enableJetifier a fait le tour..
    • je n'avais aucune idée de pourquoi enableJetifier devraient travailler jusqu'à ce que vous l'a expliqué. merci
    • +1 pour la deuxième phrase. Juste un petit plus bien: ce n'est pas seulement liée aux dépendances comme android.arch.persistence.room:..., mais également de toutes les dépendances que l'utilisation de ceux-ci. enableJetifier est effectivement un raccourci qui force l'utilisation du jetpack dépendances sur des support packages, ce qui est utile pour les dépendances qui n'ont pas encore migré.
    • Halellujah. J'ai pensée je serais obligé de faire face à cette dépendance duplication cauchemar sur chaque projet. Merci pour l'explication. J'ai perdu beaucoup de temps avant de frapper cette réponse.
    InformationsquelleAutor Skyfall100
  2. 17

    ajouter les lignes suivantes sur gradle.properties 

    android.useAndroidX=true
android.enableJetifier=true

    et de changer votre salle de dépendances de construction.gradle(moudel:app)

    implementation "androidx.room:room-runtime:2.0.0-alpha1"
annotationProcessor "androidx.room:room-compiler:2.0.0-alpha1"
    • Cela a fonctionné pour moi
    • heureux d'entendre @Po10cio
    InformationsquelleAutor Aung Myo Lwin
  3. 8

    Migrer les dépendances à androidx dépendances. Et dans gradle.properties ajouter les lignes ci-dessous (Si ce n'est déjà créé, créez le fichier dans le dossier racine).

    android.useAndroidX=true
android.enableJetifier=true

    Espère que cette aide.

    InformationsquelleAutor Naveen T P
  4. 3

    C'est ce qui a fonctionné pour moi a été de Refactor -> Migrer vers AndroidX option dans Android Studio. Cela semblait pour résoudre toutes les choses que j'ai peut-être manqué lors de la tentative de faire de la AndroidX la migration d'une dépendance à un moment.
    https://developer.android.com/jetpack/androidx/migrate

    InformationsquelleAutor toobsco42
  5. 2

    J'ai eu le même problème.

    Ne pas mélanger les dépendances de styles(androidx et com.android.de soutien) dans votre projet.

    Dans votre code, essayer de remplacer

    implementation "androidx.appcompat:appcompat:$support_lib"

    avec

    implementation "com.android.support:appcompat-v7:$version_of_support_library"

    Une liste complète des dépendances de la migration, vous pouvez trouver ici .

    Je devrais utiliser l'ancien style de dépendance parce que j'avais besoin WorkManager et selon la documentation officielle WorkManager actuellement sans AndroidX dépendances.

    WorkManager classes sont déjà dans le androidx.paquet de travail, mais
    dépendent actuellement de l'Appui de la Bibliothèque de 27.1, et l'Arc
    versions de composants. La Version de WorkManager avec AndroidX dépendances
    sera publié dans l'avenir.

    InformationsquelleAutor mtwain
  6. 2

    Ce qui a fonctionné pour moi a été de Refactor -> Migrer vers AndroidX option dans Android Studio. Cela semblait pour résoudre toutes les choses que j'ai peut-être manqué lors de la tentative de faire de la AndroidX la migration d'une dépendance à un moment.
    https://developer.android.com/jetpack/androidx/migrate

    InformationsquelleAutor toobsco42
  7. 2

    Vérifier le colis qui affrontements avec la com.android.le soutien et l'exclure
    de ce package. Pour moi, j'ai été en utilisant androidx paquets et aussi de la FCM, où
    il y avait un choc. Donc, résolution de ce problème pour moi:

    implementation ('com.google.firebase:firebase-core:16.0.4') {
    exclude group: 'com.android.support'
}
    InformationsquelleAutor Anil
  8. 0

    pour mon exemple j'avais mis à niveau à partir de
    la mise en œuvre", com.github.bumptech.glide:la glisse:4.0.0
    pour
    la mise en œuvre", com.github.bumptech.glide:la glisse:4.7.1'

    • voulez-vous dire que glisse 4.7.1 peut être utilisé avec androidx? Autant que je sache, il ne prend pas en charge androidx encore
    • Je suppose qu'il a le soutien libs il a besoin regroupés en elle. Donc, en utilisant androidX sera la cause de Mixer.
    InformationsquelleAutor Mbanda