最近,我将我的android-SDK升级为 Android M(API 22,MNC预览版)。在此之后,每个项目都会在Eclipse打开时报告错误。
错误说: “执行aapt时出错。请检查aapt是否出现在.. \ sdk \ build-tools \ 23.0.0_rc1 \ aapt.exe”。
检查此* .exe文件后,我发现 23.0.0_rc1 的“aapt.exe”位于 .. \ 23.0.0_rc1 \ bin \ aapt.exe 不像 .. \ 22.0.1 \ aapt.exe 中的 22.0.1 。因此, aapt.exe 的位置已更改,但Eclipse无法实现。
那么,Android是故意还是不小心这样做的?在不更改原始文件结构的情况下,如何解决此问题?
我使用Eclipse和Android Studio。所以,我想确保Android SDK首先适用于AS,然后是Eclipse,所以我不改变SDK的结构
任何提示将不胜感激。提前谢谢。
P.S。:
答案 0 :(得分:4)
事实证明,现在build-tools / 23.0.0_rc1 /文件夹中的二进制文件位于一个名为bin的子文件夹中,因此当eclipse在新路径中找不到它们时,最快的解决方案是创建一个直接链接到二进制文件夹你正在寻找eclipse。
在linux中:
$ cd / path / to / sdk /build-tools/23.0.0_rc1/
$ ln -s bin/aapt
在Windows中 让SDK的路径到build-tools \ 23.0.0_rc1 \ bin \文件夹一旦在AAPT上单击鼠标右键 - 。创建直接链接,然后将链接复制到上部build-tools \ 23.0文件夹。 0_rc1 \并更改名称aapt.exe
然后重启eclipse。
答案 1 :(得分:1)
构建工具23.0.0rc1中不仅缺少aapt工具,Eclipse也无法找到其他构建工具。
这些工具应位于$ANDROID_SDK/build-tools/23.0.0_rc1
,但会移至$ANDROID_SDK/build-tools/23.0.0_rc1/bin
。
将所有可执行二进制文件移动到一个单独的目录,使目录树更具结构性,但eclipse的ADT插件没有相应更新。
通过创建临时使用的符号链接。
$ cd $ANDROID_SDK/build-tools/23.0.0_rc1
$ for f in bin/*;do ln -s $f .;done
答案 2 :(得分:0)
你需要复制完整的目录" platform-tools"到sdk目录" ** \ adt-bundle-windows-x86-20140702 \ sdk" ,然后重启日食!
答案 3 :(得分:0)
我也面临同样的问题。看起来23.0.0_rc1不合适。它不包括aapt.exe。为解决此问题,我通过Android SDK管理器删除了23rc1(工具预览频道)。现在我正在使用以前的构建工具。
答案 4 :(得分:0)
解决这个问题 - 只需从\ Android SDK \ build-tools \ 23.0.0_rc1 \ bin复制aapt并将其粘贴\ Android SDK \ build-tools \ 23.0.0_rc1 \并将其重命名为aapt.exe 重启日食,应该解决
答案 5 :(得分:0)
如果您正在运行Appium并收到错误 aapt.exe 未找到
对于在功能中正确提及的Android OS版本以及AutomationName作为“ Appium”,解决方案要小心
示例-如果您的Android设备操作系统版本为7.1.1,请提及
cap.setCapability(“ platformName”,“ Android 7.1.1”); cap.setCapability(“ automationName”,“ Appium”);