Android Erreur de compilation Hello-World: Intellij ne peut pas trouver un programme adapté
J'essaie de m'installer avec un environnement de développement Android utilisant IntelliJ dans Ubuntu 12.04. Je crée un module d'application Android, mais lorsque j'essaie de construire , J'obtiens l'erreur suivante:
Android-apt-compiler: Impossible d'exécuter le programme "/ home/jon/Programmes/Android-sdk-linux/platform-tools/aapt": Java.io.IOException: erreur = 2, aucun fichier ou répertoire de ce type
Plusieurs heures passées à parcourir Internet n'ont pas aidé.
Au fait, j'ai couru locate aapt dans le terminal et a trouvé que aapt est situé à /home/jon/Programs/Android-sdk-linux/build-tools/17.0.0/aapt
Il semble que la dernière mise à jour de la version SDK r22 ait déplacé aapt et le fichier jar lib du programme platform-tools vers le répertoire build-tools. En attendant que JetBrains publie une mise à jour, voici une solution rapide utilisant quelques liens symboliques:
À partir de votre répertoire AndroidSDK/platform-tools, exécutez ce qui suit:
ln -s ../build-tools/17.0.0/aapt aapt
ln -s ../build-tools/17.0.0/lib lib
... et IntelliJ devrait pouvoir compiler normalement.
mettez à jour votre IntelliJ vers 12.1.4 en utilisant les versions bêta comme canal de mise à jour 
Sous Windows, il suffit de ne copier que aapt.exe, lib\dx.jar et dx.bat
à partir de build-tools\Android-4.2.2
à
plate-forme-outils
Le même problème s'est produit pour moi avec Android-studio. Mais, cela vaut probablement pour IntelliJ IDE).
En vérifiant l'emplacement du fichier, j'ai toutefois constaté que aapt se trouvait à l'emplacement prévu.
Dans mon cas, le problème était que j'exécutais un système Linux Ubuntu 64 bits qui ne pouvait pas exécuter l'exécutable aapt 32 bits.
L’installation de bibliothèques de compatibilité 32 bits a résolu ce problème dans mon cas: Sudo apt-get install ia32-libs
je le résous avec ceci pour aligner des commandes
ln -s ~/Programs/Android-sdk-linux/build-tools/17.0.0/aapt ~/Programs/Android-sdk-linux/platform-tools/aapt
ln -s ~/Programs/Android-sdk-linux/build-tools/17.0.0/lib ~/Programs/Android-sdk-linux/platform-tools/lib
Je l'ai aussi remarqué.
ADT a été mis à jour et ils ont ajouté ces nouveaux outils de construction où ils ont tout déplacé. Intellijidea ne met pas à jour les chemins, il recherche donc dans l'ancien chemin.
Je ne sais pas comment le résoudre, alors laissez-moi savoir si vous trouvez une solution ...
MISE À JOUR:
Je pense que vous avez seulement 2 options:
1) Utilisez Android Construire studio: http://developer.Android.com/sdk/installing/studio.html 2) Copiez (c'est sale, mais ça marche) tout le contenu de build-tools/17.0.0/à platform-tools/et il construira
Pour vous plaindre à Jetbrains, allez ici: http://youtrack.jetbrains.com/issue/IDEA-107311
Je pense que plus de votes sera une solution plus rapide.
Merci pour le conseil! Sur un Mac exécutant le SDK Android 4.2.2), cela a très bien fonctionné. Il vous suffira de mettre à jour vos chemins d'accès en conséquence.
ln -s ../build-tools/Android-4.2.2/lib lib
ln -s ../build-tools/Android-4.2.2/aapt aapt
Clonez le plugin Android-maven sur GitHub et installez-le dans votre référentiel.
clone de git https://github.com/jayway/maven-Android-plugin.git
cd .../maven-Android-plugin /
mvn clean install
Puis mettez à jour votre pom pour utiliser la version 3.5.4-SNAPSHOT du plugin. Tout devrait fonctionner correctement!
J'ai rencontré ce problème, mais avec Android-maven-plugin et comme variante de votre élément 2 plutôt que de copier le (s) fichier (s), j'ai simplement créé un lien symbolique/logiciel pour aapt.
cd platform-tools
ln -s ../build-tools/17.0.0/aapt ./
Cette approche a semblé remettre tous mes composants en état de fonctionner.
J'ai couru ces trois commandes et mon problème a été résolu
mklink "%Android_HOME%\platform-tools\aapt.exe" "%Android_HOME%\build-tools\17.0.0\aapt.exe"
mklink /D "%Android_HOME%\platform-tools\lib" "%Android_HOME%\build-tools\17.0.0\lib"
mklink "%Android_HOME%\platforms\Android-17\tools" "%Android_HOME%\build-tools\17.0.0\aidl.exe"
Si vous n'avez pas défini la variable d'environnement Android_HOME, remplacez% Android_HOME% par le chemin d'accès à votre Android SDK, par exemple C:\Android\android-sdk
Sous Mac OS, vous devez
$ cd platform-tools
$ ln -s ../build-tools/Android-4.2.2/aapt aapt
$ ln -s ../build-tools/Android-4.2.2/lib lib
Bonne vie encore une fois. Juste en cas d'un tel projet propre d'erreur et vous êtes prêt à partir.