Je viens de préparer une petite mise à jour pour mon Android), mais je reçois ce bogue étrange lorsque je tente de créer mon application (en mode débogage). Ce serait formidable si quelqu'un de plus intelligent pouvait l'examiner J'étais en train de nettoyer/reconstruire/réparer les propriétés du projet, mais sans résultat. Je n'ai aucune idée de ce qui se passe :(. Peut-être que quelque chose de similaire arrive à quelqu'un ici? Si cela peut m'aider, j'utilise les bibliothèques suivantes: adMob (4.1.1), openfeint et libgdx.
voici le journal de construction:
UNEXPECTED TOP-LEVEL EXCEPTION:
Java.lang.IllegalArgumentException: already added: Lcom/google/api/client/escape/CharEscapers;
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.dex.file.ClassDefsSection.add(ClassDefsSection.Java:123)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.dex.file.DexFile.add(DexFile.Java:163)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.command.dexer.Main.processClass(Main.Java:486)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.command.dexer.Main.processFileBytes(Main.Java:455)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.command.dexer.Main.access$400(Main.Java:67)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.command.dexer.Main$1.processFileBytes(Main.Java:394)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.cf.direct.ClassPathOpener.processArchive(ClassPathOpener.Java:245)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.Java:131)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.cf.direct.ClassPathOpener.process(ClassPathOpener.Java:109)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.command.dexer.Main.processOne(Main.Java:418)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.command.dexer.Main.processAllFiles(Main.Java:329)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.dx.command.dexer.Main.run(Main.Java:206)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at Sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at Sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.Java:57)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at Sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.Java:43)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at Java.lang.reflect.Method.invoke(Method.Java:616)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.ide.Eclipse.adt.internal.build.DexWrapper.run(DexWrapper.Java:179)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.ide.Eclipse.adt.internal.build.BuildHelper.executeDx(BuildHelper.Java:745)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.ide.Eclipse.adt.internal.build.builders.PostCompilerBuilder.build(PostCompilerBuilder.Java:647)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.events.BuildManager$2.run(BuildManager.Java:629)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.runtime.SafeRunner.run(SafeRunner.Java:42)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.Java:172)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.Java:282)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.events.BuildManager.build(BuildManager.Java:363)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.resources.Project$1.run(Project.Java:545)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.resources.Workspace.run(Workspace.Java:1975)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.resources.Project.internalBuild(Project.Java:524)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.resources.Project.build(Project.Java:123)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.ide.Eclipse.adt.internal.project.ProjectHelper.build(ProjectHelper.Java:869)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at com.Android.ide.Eclipse.adt.internal.launch.LaunchConfigDelegate.launch(LaunchConfigDelegate.Java:146)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.Java:853)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.Java:702)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.Java:924)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.debug.internal.ui.DebugUIPlugin$8.run(DebugUIPlugin.Java:1128)
[2011-12-08 21:56:42 - JellyBallsFree] Dx at org.Eclipse.core.internal.jobs.Worker.run(Worker.Java:54)
[2011-12-08 21:56:42 - JellyBallsFree] Dx 1 error; aborting
[2011-12-08 21:56:42 - JellyBallsFree] Conversion to Dalvik format failed with error 1
Vous avez deux fois la même bibliothèque de bocaux. Vérifiez votre application et toutes les bibliothèques référencées Android) et assurez-vous que tous les fichiers jar sont inclus exactement une fois.
Si cela ne vous aide pas, jetez un oeil à http://tools.Android.com/knownissues . Examinez plus particulièrement le premier problème décrit dans la section Construire le système .
Vous pouvez aussi lire cet article: Comment réparer le "Echec de la conversion au format Dalvik avec l'erreur 1"
J'ai eu cette erreur après la mise à niveau vers R17.
Ma cause était différente (c'est-à-dire pas le problème * _src qui s'est produit dans R15). J'avais deux versions différentes d'une bibliothèque dans mon dossier "libs". Il semble que le plugin Android ajoute désormais automatiquement tous les fichiers jar des "bibliothèques" à la section "Dépendances Android" de l'Explorateur de packages. La suppression de l'ancien fichier jar a résolu le problème.
J'ai le même problème et voici la solution:
Allez à "Construire" dans le haut et "Nettoyer le projet" et après "Reconstruire le projet" Cela m'aide! Aussi, vous pouvez aller dans "Fichiers" et Invalidate caches "et redémarrer le Android Studio
Bien sûr, assurez-vous que le manifeste est correct et qu’aucune copie n’est incluse!
pour les bogues apparus après la mise à jour du SDK vers r17, vous pouvez vérifier ceci: http://tools.Android.com/recent/dealingwithdependenciesinandroidprojects
Vérifiez les fichiers JAR dupliqués.
Vérifiez les entrées de lib dans project.properties.
Nettoyez toutes les bibliothèques incluses et construisez à partir de zéro.
J'ai eu le même problème lorsque j'ai ajouté Android Ocr Api (tess-two) et un exemple d'application importé qui utilisait cette API, mais l'exemple d'application et tess-two api avaient les mêmes packages et c'est pourquoi je faisais face à cela. J'ai donc supprimé les paquets en double de mon exemple d'application et tout fonctionnait bien.
J'ai eu le même problème. Dans mon cas, j'avais 2 jars dans mon dossier libs, disons A et B. A était un jar personnalisé que j'avais créé et que B avait déjà inclus. Ce n'était pas un problème jusqu'à ce que je mette à jour à R17.
Solution: J'ai retiré B des bibliothèques.
Avoir un projet de cartes dans google_play_services/samples. Installez le fichier jar de libproject dans le référentiel maven, ajoutez une dépendance au projet de cartes et trouvez cette erreur. L'utilisation de la portée fournie dans la section de dépendance résout le problème.