Próbuję skonfigurować środowisko programistyczne Androida przy użyciu IntelliJ w Ubuntu 12.04. Tworzę moduł aplikacji na Androida, ale kiedy próbuję budować, pojawia się następujący błąd:
android-apt-compiler: nie można uruchomić programu "/ home / jon / Programs / android-sdk-linux / platform-tools / aapt": java.io.IOException: error = 2, Brak takiego pliku lub katalogu
Kilka godzin przeszukiwania internetu nie pomogło.
Swoją drogą pobiegłem locate aapt
w terminalu i stwierdziłem, że aapt
znajduje się on pod adresem/home/jon/Programs/android-sdk-linux/build-tools/17.0.0/aapt
Odpowiedzi:
Wygląda na to, że najnowsza aktualizacja wersji SDK r22 przeniosła aapt i jar lib z platformy-tools do katalogu build-tools. Podczas gdy czekamy, aż JetBrains wyda aktualizację, oto szybka poprawka za pomocą kilku symbolicznych linków:
Z katalogu AndroidSDK / platform-tools uruchom następujące polecenie:
ln -s ../build-tools/17.0.0/aapt aapt ln -s ../build-tools/17.0.0/lib lib
... a IntelliJ powinien mieć możliwość normalnej kompilacji.
źródło
mklink D:\Android\android-sdk\platform-tools\aapt.exe D:\Android\android-sdk\build-tools\17.0.0\aapt.exe
imklink /D D:\Android\android-sdk\platform-tools\lib D:\Android\android-sdk\build-tools\17.0.0\lib
ln -s ../build-tools/17.0.0/aidl aidl
zaktualizuj IntelliJ do 12.1.4, używając wersji beta jako kanału aktualizacji
źródło
W systemie Windows, wystarczy tylko skopiować
aapt.exe
,lib\dx.jar
idx.bat
z build-tools \ android-4.2.2
do
narzędzia platformy
źródło
Ten sam problem wystąpił u mnie z android-studio. Ale prawdopodobnie dotyczy to również IntelliJ IDE.
Podczas sprawdzania lokalizacji pliku zauważyłem jednak, że
aapt
znajdowała się ona w oczekiwanej lokalizacji.W moim przypadku problem polegał na tym, że korzystałem z 64-bitowego systemu Linux Ubuntu, który nie może wykonać 32-bitowego
aapt
pliku wykonywalnego.Zainstalowanie 32-bitowych bibliotek zgodności rozwiązało ten problem w moim przypadku:
sudo apt-get install ia32-libs
źródło
ia32-libs
to, że nie jest już dostępny dla Ubuntu 13.10 i nowszych.deb http://archive.ubuntu.com/ubuntu/ raring main restricted universe multiverse
do/etc/sources.list
,sudo apt-get update
a następniesudo apt-get install ia32-libs
rozwiązuję to za pomocą poleceń linii
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
źródło
Ja też to zauważyłem.
Narzędzie ADT zostało zaktualizowane i dodali nowe narzędzia do kompilacji, w których przenieśli wszystko. Intellijidea nie aktualizuje ścieżek, więc szuka w starej ścieżce.
Nie wiem, jak to rozwiązać, więc daj mi znać, jeśli znajdziesz rozwiązanie ...
AKTUALIZACJA:
Myślę, że masz tylko 2 opcje:
1) Użyj Android Build Studio: http://developer.android.com/sdk/installing/studio.html 2) Skopiuj (to jest brudne, ale działa) całą zawartość od build-tools / 17.0.0 / do platform-tools / i będzie się budować
źródło
Aby złożyć skargę do Jetbrains, przejdź tutaj: http://youtrack.jetbrains.com/issue/IDEA-107311
Myślę, że więcej głosów będzie szybszym rozwiązaniem.
źródło
Dzięki za wskazówkę! Na komputerze Mac z systemem Android 4.2.2 SDK działało to świetnie. Musisz tylko odpowiednio zaktualizować swoje ścieżki. Na przykład
ln -s ../build-tools/android-4.2.2/lib lib
ln -s ../build-tools/android-4.2.2/aapt aapt
źródło
Natknąłem się na ten problem, ale z android-maven-plugin i jako wariant twojego przedmiotu nr 2 zamiast kopiować plik (i) po prostu utworzyłem symboliczny / miękki link do aapt
cd platform-tools ln -s ../build-tools/17.0.0/aapt ./
Wydawało się, że to podejście sprawiło, że wszystkie moje kompilacje znów zaczęły działać.
źródło
Sklonuj wtyczkę android-maven na GitHub i zainstaluj ją w swoim repozytorium
Następnie zaktualizuj pom, aby korzystał z wersji 3.5.4-SNAPSHOT wtyczki. Wszystko powinno działać poprawnie!
źródło
Uruchomiłem te trzy polecenia i mój problem został rozwiązany
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"
Jeśli nie ustawiłeś zmiennej środowiskowej ANDROID_HOME, zastąp% ANDROID_HOME% ścieżką do twojego Android SDK, np. C: \ Android \ android-sdk
źródło
W systemie Mac OS musisz
$ cd platform-tools $ ln -s ../build-tools/android-4.2.2/aapt aapt $ ln -s ../build-tools/android-4.2.2/lib lib
źródło
Znowu dobre życie. Po prostu w razie takiego błędu wyczyść projekt i gotowe.
źródło