Помилка компіляції Android Hello-World: Intellij не може знайти aapt

Я намагаюся налаштувати середовище розробки Android за допомогою IntelliJ в Ubuntu 12.04. Я створюю модуль додатка Android, але при спробі побудови з’являється така помилка:

android-apt-compiler: Не вдається запустити програму "/ home / jon / Programs / android-sdk-linux / platform-tools / aapt": java.io.IOException: error = 2, такого файлу або каталогу немає

Кілька годин чищення в Інтернеті не допомогли.

До речі, я забіг locate aaptу термінал і виявив, що aaptзнаходиться за адресою/home/jon/Programs/android-sdk-linux/build-tools/17.0.0/aapt

Схоже, що останнє оновлення випуску SDK r22 перемістило aapt та lib jar з платформи-інструментів у каталог інструментів побудови. Поки ми чекаємо, поки JetBrains випустить оновлення, ось коротке виправлення за допомогою декількох символічних посилань:

З каталогу AndroidSDK / platform-tools виконайте наступне:

ln -s ../build-tools/17.0.0/aapt aapt
ln -s ../build-tools/17.0.0/lib lib

... і IntelliJ повинен мати можливість компілювати як зазвичай.

оновіть свій IntelliJ до 12.1.4, використовуючи бета-версії як канал оновлення

У Windows досить лише копіювати aapt.exe, lib\dx.jarаdx.bat

з build-tools \ android-4.2.2

до

платформи-інструменти

Така ж проблема виникла у мене з android-studio. Але, це, мабуть, стосується і IntelliJ IDE.

Проте, перевіряючи розташування файлу, я побачив, що воно aaptбуло в очікуваному місці.

У моєму випадку проблема полягала в тому, що я запускав 64-розрядну систему Linux Ubuntu, яка не може виконати 32-розрядну aaptвиконувану програму.

Встановлення 32-розрядної бібліотеки сумісності вирішило цю проблему в моєму випадку: sudo apt-get install ia32-libs

я вирішую це за допомогою команд рядка

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

Я теж це помітив.

ADT оновлено, і вони додали нові інструменти побудови, куди перенесли все. Intellijidea не оновлює шляхи, тому шукає aapt за старим шляхом.

Я не знаю, як це вирішити, тож дайте мені знати, якщо ви знайдете рішення ...

ОНОВЛЕННЯ:

Я думаю, що у вас є лише 2 варіанти:

1) Використовуйте Android Build studio: http://developer.android.com/sdk/installing/studio.html 2) Скопіюйте (це брудно, але працює) весь вміст з build-tools / 17.0.0 / на platform-tools / і воно буде будувати

Щоб поскаржитися на Jetbrains, перейдіть сюди: http://youtrack.jetbrains.com/issue/IDEA-107311

Я вважаю, що більша кількість голосів буде швидшим виправленням.

Дякуємо за підказку! На Mac, що працює під управлінням Android 4.2.2 SDK, це чудово працювало. Вам просто потрібно буде відповідно оновити свої шляхи. Напр

ln -s ../build-tools/android-4.2.2/lib lib

ln -s ../build-tools/android-4.2.2/aapt aapt

Я зіткнувся з цією проблемою, але з android-maven-plugin, і як варіант вашого елемента №2, а не копіював файли, я просто створив символічне / м'яке посилання для aapt

cd platform-tools
ln -s ../build-tools/17.0.0/aapt ./

Здавалося, такий підхід знову запустив всі мої збірки.

Клонуйте плагін android-maven на GitHub та встановіть його у своєму репо

git clone https://github.com/jayway/maven-android-plugin.git
cd ... / maven-android-plugin /
mvn clean install

Потім оновіть свій pom до використання версії 3.5.4-SNAPSHOT плагіна. Все повинно працювати належним чином!

Я виконав ці три команди, і моя проблема була вирішена

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"

Якщо ви не встановили змінну середовища ANDROID_HOME, замініть% ANDROID_HOME% шляхом до вашого Android SDK, наприклад C: \ Android \ android-sdk

У Mac OS вам потрібно

$ cd platform-tools
$ ln -s ../build-tools/android-4.2.2/aapt aapt
$ ln -s ../build-tools/android-4.2.2/lib lib

Гудлайф ще раз. Просто у випадку такої помилки очистіть проект, і ви готові піти.