Impossibile eseguire dex: più file dex definiscono l'array Lcom / myapp / R $;

Dall'aggiornamento a ADT14 non riesco più a costruire il mio progetto. Stava costruendo bene prima dell'aggiornamento.

L'errore:

[2011-10-23 16:23:29 - Dex Loader] Unable to execute dex: Multiple dex files define Lcom/myapp/R$array;
[2011-10-23 16:23:29 - myProj] Conversion to Dalvik format failed: Unable to execute dex: Multiple dex files define Lcom/myapp/R$array;

Problemi simili sono stati segnalati e ho provato i suggerimenti lì compresi

• Riavvio Eclipse.
• Pulizia del progetto e ricostruzione - Disabilita l'opzione "Progetto-> Crea automaticamente", quindi il progetto "Pulisci" e "Crea", quindi prova a eseguire. reimpostare l'opzione "Crea automaticamente" su Attiva
• Reinstalla gli AndroidStrumenti per gli sviluppatori
• Reinstalla Eclipse (aggiornato all'ultima versione 3.7.1)
• Creato un nuovo progetto importando dal file system
• Creato un nuovo progetto da sovversione.

Ho avuto lo stesso problema, abbastanza strano perché stava accadendo solo quando si utilizza Eclipse (ma andava bene con Ant). Ecco come l'ho risolto:

• Fare clic destro su Project Name
• Seleziona Build Path->Configure Build Path

• In Java Build Path, vai alla schedaOrder and Export

• Deseleziona la tua .jarlibreria

Solo a volte: nella scheda Ordine ed Esportazione non avevo alcuna libreria jar lì, quindi ho deselezionato l'elemento Librerie private Android. Ora il mio progetto è in corso.

Il mio problema è stato risolto dopo aver ripulito alcune directory e file rimasti dalle versioni precedenti degli strumenti. ADT Rev 14 cambia la posizione in cui sono archiviati i file binari . Ho cancellato l'intera directory bin, riavviato Eclipse e ripulito la build e forzato una ricostruzione. Sembrava inizialmente fare il trucco, ma il problema è tornato dopo la corsa successiva.

Alla fine ho scoperto che la mia directory bin era inclusa nel percorso di compilazione del progetto. Ho escluso bin dal percorso di compilazione e ripetuto i passaggi precedenti. Questo ha risolto il mio problema.

[Risolto per me]

Proprietà del progetto Eclipse-> Percorso di compilazione Java-> Ordine ed esportazione

Deseleziona le librerie private Android.

Nessuna delle precedenti ha aiutato. Alla fine è stato un problema semplice.

Ho avuto un progetto che utilizza FacebookSDK e ViewPagerIndicator come progetti di biblioteche. Tutti erano costruiti su API 16 Android e quei due progetti utilizzavano la libreria di supporto Android vX (X non essendo 16!)

Ho aggiunto un JAR esterno a entrambi quei progetti e l'ho puntato su \ extras \ android \ v4 ... E ho anche rimosso il vaso v4 che avevo nelle loro cartelle libs.

Pulisci tutti i progetti e ricostruisci.

Voilla!

L'errore esatto che stavo ricevendo: Impossibile eseguire dex: più file dex definiscono Landroid / support / v4 / view / PagerAdapter; Conversione nel formato Dalvik non riuscita: impossibile eseguire dex: più file dex definiscono Landroid / support / v4 / view / PagerAdapter;

Questo problema mi stava accadendo, avevo un file .jar esterno nella mia cartella libs chiamato gson-2.2.2.jar ma per qualche ragione ce n'erano due, gson-2.2.2.jar e gson-2.2.2.jar ( 1), ho semplicemente cancellato quest'ultimo e il mio progetto è stato ricostruito correttamente.

1. Chiudi eclissi.
2. Elimina la cartella bin all'interno della cartella del progetto.
3. Inizia eclissi e pulisci il tuo progetto.
4. Ora corri e il problema dovrebbe essere sparito

Come altri hanno già detto, ciò si verifica quando nel percorso di compilazione sono presenti più copie della stessa classe, incluso bin / nel percorso di classe è un modo per garantire questo problema.

Per me, questo si è verificato quando ho aggiunto android-support-v4.jar alla mia cartella libs /, e in qualche modo eclipse ha aggiunto una seconda copia a bin / classes / android-support-v4.jar.

L'eliminazione della copia aggiuntiva in bin / classi ha risolto il problema - incerto sul perché Eclipse ne abbia fatto una copia.

Puoi provare per questo con

grep -r YourOffendingClassName YourApp | vaso grep

Per me, faccio semplicemente clic con il tasto destro sul progetto -> Percorso build -> configura percorso build -> Librerie -> rimuovi dipendenza

dopo che funziona.

Questo errore può verificarsi se hai due vasetti che contengono gli stessi nomi di classe, ad esempio avevo due librerie: jsr311-api-1.1.1.jar e jersey-core-1.17.1.jar, entrambi contenenti la classe javax.ws .rs.ApplicationPath. Ho rimosso jsr311-api-1.1.1.jar e ha funzionato bene.

Stavo ricevendo questo errore dopo aver aggiunto facebooksdk.jar a un progetto che aveva già dipendenze da android-support-v4.jar . Poiché facebooksdk.jar include già il proprio Android-support-v4.jar, si sono verificati conflitti. La rimozione del precedente android-support-v4.jar dai progetti Proprietà / Percorso build Java / Librerie ha risolto il problema per me.

Vai su Progetto / proprietà e Percorso di costruzione Java e deseleziona le Librerie private Android .

Fatto

Ho rimosso le dipendenze Android dal percorso di creazione e ha funzionato.

Modifica: ignoralo. Avevo lo stesso barattolo nella mia cartella dipendenze e libs di Maven. Ho rimosso quello nella cartella lib.

Probabilmente hai installato r14 , questo errore potrebbe essere stato causato a causa dell'aggiornamento degli strumenti della piattaforma, devi reinstallare il tuo sdk

Per me questo problema esiste solo finché ci sono progetti di librerie Android coinvolti nel mio progetto. Quindi, quando rimuovo tutte le librerie e faccio come hai detto, posso eseguire di nuovo la mia app. Se ci sono librerie coinvolte, anche il trucco della rimozione dei bin non funzionerà.

Non capisco perché questo bug sia apparso per la prima volta oggi da quando uso ADT 14 da diversi giorni. Beh, c'erano altri bug che mi rendevano felice comunque.

L'eliminazione della cartella bin non è stata sufficiente, ho anche eliminato la cartella gen. Quindi dopo due ricostruzioni il messaggio di errore dex era sparito.

Selezionare il progetto in Esplora progetti , fare clic con il tasto destro del mouse e selezionare Proprietà -> Percorso build Java -> Origine -> Selezionare la casella Consenti cartelle di output per le cartelle di origine

Sostanzialmente stavo affrontando lo stesso problema. Ho eliminato la cartella BIN, quindi ho rimosso i file jar inutilizzati per l'ordinazione e l'importazione da eclipse. Dopodiché ha funzionato

Sono in ritardo a questa festa, ma aggiungendo la mia esperienza personale per ritrovarla più tardi :)

Ho riscontrato questo problema dopo aver aggiornato gli annunci Android sdk ed eclipse. Nessun aggiornamento rimane impunito!

Il problema per me era legato a progetti di biblioteche, la mia app fa riferimento sia a progetti Java standard che a progetti di librerie Android. Ho notato che le impostazioni di Java Build Path includevano i progetti della libreria android cartelle src e res nell'elenco Sorgente (i voti a tutti quelli che menzionano bin in source sono stati problemi, anche src e res erano un problema).

Quindi la soluzione era:

1. Rimuovere tutti i riferimenti sorgente e progetto delle librerie Android referenziati dalla sezione Percorso build Java delle impostazioni nell'elenco Elenco sorgenti e Elenco progetti
2. Assicurati che le dipendenze java pure siano elencate nell'elenco Progetto e Controllate nella scheda Ordine ed Esportazione in modo che le classi siano incluse nell'apk
3. Assicurati che tutte le dipendenze delle librerie Android siano elencate nella sezione Android delle proprietà del progetto, nella sezione delle librerie sotto le versioni SDK verificate.

Era lungo il modo di mettere tutto insieme dalle altre soluzioni! Accidenti!

Mi sono imbattuto in questo quando ho aggiornato da adt 14 a 15 e per farlo funzionare ho finito semplicemente cancellando la cartella .eclipse (insieme alle mie impostazioni) e reinstallando adt 15.

Dopo aver letto la risposta di Terrys sull'eliminazione della directory bin e Larrys sulla posizione della directory ANT:

Ho spostato i file che si trovano nella directory BIN dei miei progetti in BIN / CLASSES e sono attivo e funzionante.

Modifica 1 Quindi fallito al secondo avvio ... doh

Modifica 2 Così chiuso Eclipse ha spostato i file nella posizione originale e tutto funziona ... ehm? Non pretendo di sapere perché ha funzionato. Si aggiornerà in caso di modifiche.

Modifica 3 Ho notato dai miei backup che c'erano effettivamente file duplicati nella directory BIN e BIN / CLASSES.

Quindi la risposta è: non avere file in entrambe le posizioni. Almeno per me è quello che ha funzionato.

Modifica il tuo file eclipse.ini e imposta il parametro di memoria massima su

-Xmx1024m

Quindi riavviare il computer.

Ha funzionato per me.

ho trovato una soluzione credo ??

    [2013-04-28 23:56:09 - Dex Loader] Unable to execute dex: Multiple dex files define Lcom/coremedia/iso/AbstractBoxParser$1;

Dove dice: "Lcom / coremedia / iso / AbstractBoxParser $ 1" che sembra essere la posizione della libreria che ho importato che stava causando il problema. Ho cercato com.codemedia.iso.AbstractBoxParser $ 1.class e .AbstractBoxParser.class .... ha preso quel barattolo, lo ha spacchettato, rimosso entrambi quei file, quindi riconfezionato come .zip, aggiunto alla libreria, pulito e funzionato! niente più conflitti per me! (anche nessun aggiornamento o download aggiuntivo)

Avevo due diverse versioni di Cordova .jar-files nella mia cartella libs, ho cancellato quella che non stavo nemmeno usando e ha funzionato immediatamente. Strano perché non me ne sono accorto prima e ha funzionato prima e poi improvvisamente ha smesso di funzionare ...

L'aggiornamento ADT R14 cambia la posizione delle classi nella directory bin / classes (consultare http://tools.android.com/recent/buildchangesinrevision14 ). Se si utilizza ANT, è necessario modificare il percorso per le classi da bin a bin / class. Questo ha funzionato per me.

Soluzione per me:

1. BACKUP DEL TUO CODICE!

2. Passare all'area di lavoro del progetto (non al progetto) ed eseguire i comandi seguenti:

   dev1: area di lavoro $ cd ~ / Documents / workspace / .metadata / .plugins / dev1: area di lavoro $ rm -rf org.eclipse.core.resources

3. Passare alla directory di Eclipse e digitare questo comando:

   dev1: eclipse $ ./eclipse clear

4. Eclipse inizierà con uno spazio di lavoro vuoto: non preoccuparti, i tuoi progetti sono ancora lì. Semplice creare un nuovo progetto da risorse esistenti e le cose dovrebbero essere sugo.

L'esatto errore che stavo ricevendo: [2012-02-07 14:15:53 ​​- Caricatore Dex] Impossibile eseguire dex: più file dex definiscono Landroid / support / v4 / view / PagerAdapter; [2012-02-07 14:15:53 ​​- ProjectCloud] Conversione nel formato Dalvik non riuscita: impossibile eseguire dex: più file dex definiscono Landroid / support / v4 / view / PagerAdapter;

Ho diversi progetti di libreria con lo stesso nome di pacchetto specificato in AndroidManifest (quindi nessun nome di campo duplicato viene generato da R.java). Ho dovuto rimuovere tutte le autorizzazioni e le attività da AndroidManifest.xml per tutti i progetti di libreria per rimuovere l'errore, quindi Manifest.java non è stato creato più volte. Spero che questo possa aiutare qualcuno.

Dopo aver provato tutti gli altri suggerimenti senza fortuna, ho eliminato tutto il contenuto della directory 'bin' dei miei progetti, quindi ho eseguito di nuovo eclipse e ha funzionato.

Ho convertito un progetto non di libreria in un progetto di libreria, ma aveva un file jar precedentemente creato nella cartella libs. La rimozione di questo file jar ha causato la scomparsa di questo errore.

Stavo affrontando lo stesso problema, quindi ho visto mentre spingevo la mia app alcuni file jar che erano stati caricati due volte, quindi più errori dex. Basta andare alle proprietà del progetto -> Java Build Path e provare a deselezionare il jar che viene caricato due volte.

[Risolto per me]

rimuovendo la libreria duplicata "file JAR", quindi rimuovere il file BuildConfig.java, il progetto Clean e il suo lavoro.