2015-06-01 8 views
6

Recentemente, ho aggiornato il mio android-SDK a Android M (API 22, Anteprima MNC). Dopo questo, ogni progetto ha segnalato errori durante l'apertura di Eclipse.Eclipse: verificare che aapt sia presente in ".. sdk build-tools 23.0.0_rc1 aapt.exe"

L'errore ha detto: "Errore durante l'esecuzione aapt prega aapt è presente a .. \ SDK \ build-tools \ 23.0.0_rc1 \ aapt.exe.".

Dopo aver verificato questo .exe file *, ho trovato che "aapt.exe" di 23.0.0_rc1 è a .. \ 23.0.0_rc1 \ bin \ aapt.exe non come quello di 22.0.1 a .. \ 22.0.1 \ aapt.exe. Quindi, la posizione di aapt.exe è stata modificata, ma Eclipse non può rendersene conto.

Quindi, Android lo ha fatto apposta o incautamente? Come posso risolvere questo problema in caso di non modificare la struttura del file originale?

Uso Eclipse e Android Studio. Quindi, voglio assicurarmi che Android SDK sia OK per AS prima, quindi è Eclipse, quindi non cambio la struttura di SDK

Qualsiasi consiglio sarà apprezzato. Grazie in anticipo.

P.S .:

  • Il mio sistema operativo è Windows 7 e Mac OS X;
  • La versione di ADT plugin di per Eclipse è 23.0.6, che è fino ad oggi, ormai;
  • Inoltre, v'è un altro errore riportato da una finestra popup quando Eclipse inizia: Errore: errore di analisi ... \ SDK \ system-images \ android-22 \ android-usura \ armeabi-V7A \ devices.xml cvc-complex-type.2.4.d: trovato contenuto non valido avviato con un elemento di "d: skin". Questo elemento figlio non dovrebbe essere qui.
+0

Scommetto che problemi come questo saranno sempre più comuni. Google sta scalciando eclissi sul marciapiede. Potresti dire che si tratta di negligenza personale ... –

+0

@ G.BlakeMeike Oh, è così brutto. Cosa ne pensi della risposta qui sotto? – SilentKnight

+0

Sto anche affrontando lo stesso problema :( – AndroGeek

risposta

4

@ La risposta di Josecash ha funzionato come un incantesimo. Ecco la soluzione da quel link in inglese.

Si scopre che ora i file binari nella cartella build-tools/23.0.0_rc1/sono in una sottocartella chiamata bin, quindi quando eclipse non li troverà nella sua nuova route, la soluzione più veloce è creare un collegamento diretto al binario la cartella che stai osservando eclissi.

In Linux:

$ cd/path/to/sdk /build-tools/23.0.0_rc1/ 
$ ln -s bin/aapt 

In Windows: Diamo il percorso per l'SDK per costruire-tools \ 23.0.0_rc1 \ bin \ Una volta lì cliccare con il tasto destro del mouse su AAPT - . creare un collegamento diretto, quindi copiare il collegamento nella cartella superiore strumenti di costruzione \ 23.0. 0_rc1 \ e cambia il nome aapt.exe

Quindi riavviare semplicemente eclissi.

+0

Eclipse avvia aapt.exe tramite la riga di comando? non è ADB? – SilentKnight

+0

Anche io sto affrontando lo stesso problema! Ma ignorare questo messaggio non causa alcun danno. Devi usare gli strumenti di compilazione precedenti per ottenere elimina questo messaggio. –

+0

Ho creato un collegamento nella cartella principale e lo ho rinominato ma non ha funzionato, il collegamento diretto è diverso dal collegamento in Windows? Per risolvere il problema, copio incollare l'intero contenuto dalla cartella bin alla cartella principale e il suo funzionamento .. . –

0

è necessario copiare Elenco completo "platform-tools" nella directory SDK "** \ ADT-fascio-windows-x86-20140702 \ SDK", quindi riavviare l'eclissi!

0

Ho anche affrontato lo stesso problema. Sembra che 23.0.0_rc1 non sia corretto. Non include aapt.exe. Per risolvere questo problema ho rimosso il 23rc1 (Tools Preview Channel) tramite il gestore di Android SDK. Ora sto usando lo strumento di compilazione precedente.

1

Non solo lo strumento aapt manca negli strumenti di compilazione 23.0.0rc1, Eclipse non è riuscito a trovare anche altri strumenti di compilazione.

Questi strumenti devono trovarsi in $ANDROID_SDK/build-tools/23.0.0_rc1, ma vengono spostati su $ANDROID_SDK/build-tools/23.0.0_rc1/bin.

Spostare tutti i file binari eseguibili in una directory separata rende l'albero delle directory più strutturale, ma il plug-in ADT per Eclipse non si aggiorna di conseguenza.

Creando collegamenti simbolici per uso temporaneo.

$ cd $ANDROID_SDK/build-tools/23.0.0_rc1 
$ for f in bin/*;do ln -s $f .;done 
0

per risolvere questo problema - Basta copiare l'aapt da \ Android SDK \ build-tools \ 23.0.0_rc1 \ bin e incollarlo \ Android \ SDK build-tools \ 23.0.0_rc1 \ e rinominarlo aapt.exe Riavviare l'eclissi e dovrebbe essere risolto

Problemi correlati