安装API7使eclipse根本无法构建任何android代码

安装API7使eclipse根本无法构建任何android代码,android,eclipse,Android,Eclipse,编辑:跳到最后,除非您想了解问题发现的历史,否则大部分内容现在都无关紧要 我在eclipse中创建了一个新的android应用程序,将其推送到github,在另一台机器上克隆,最后将其导入eclipse 该项目当时没有建成,存在两个显而易见的问题: 控制台上出现一个错误,说我需要运行“Android工具/修复项目属性” 我所有的@Override指令都无法识别超类方法,并导致错误 我通过运行指定的工具修复了第一个问题,这些工具似乎很有效。在通过注释@Override行来解决第二个问题之后,什

编辑:跳到最后,除非您想了解问题发现的历史,否则大部分内容现在都无关紧要

我在eclipse中创建了一个新的android应用程序,将其推送到github,在另一台机器上克隆,最后将其导入eclipse

该项目当时没有建成,存在两个显而易见的问题:

  • 控制台上出现一个错误,说我需要运行“Android工具/修复项目属性”
  • 我所有的@Override指令都无法识别超类方法,并导致错误
我通过运行指定的工具修复了第一个问题,这些工具似乎很有效。在通过注释@Override行来解决第二个问题之后,什么都没有生成。清理和重建按其应该的方式生成
gen/*/R.java
,并创建
bin/res
文件夹,但不生成
.class
或其他文件,也不存在明显的错误。有什么想法吗

编辑:正如评论者所怀疑的那样,构建环境似乎都完全被水淹没了。再也无法构建任何东西,即使是新创建的android项目。启用详细构建日志记录在接近尾声时显示了这一点:

[2011-12-07 19:59:43 - wut]     (new resource id ic_launcher from C:\Users\jorenko\workspace\wut\res\drawable-hdpi\ic_launcher.png)
[2011-12-07 19:59:43 - wut]     (new resource id ic_launcher from C:\Users\jorenko\workspace\wut\res\drawable-ldpi\ic_launcher.png)
[2011-12-07 19:59:43 - wut]     (new resource id ic_launcher from C:\Users\jorenko\workspace\wut\res\drawable-mdpi\ic_launcher.png)
[2011-12-07 19:59:43 - wut]     (new resource id main from C:\Users\jorenko\workspace\wut\res\layout\main.xml)
[2011-12-07 19:59:43 - wut]   Writing symbols for class R.
[2011-12-07 19:59:44 - wut] Starting full Package build.
[2011-12-07 19:59:44 - wut] Skipping over Post Compiler.
触觉从未被建立,而且它似乎从未试图建立它

编辑:

我卸载了我的android SDK,下载了它和eclipse的新副本,以所有默认值安装了它们,创建了Hello World的新android示例项目,但我仍然有同样的问题。下一步:从轨道上用核武器攻击计算机

编辑:

我从头开始将SDK和eclipse安装到一台新计算机上。它构建了一个示例程序OK。然后我签出了我的应用程序(并安装了API7,我的应用程序就是根据它构建的)。现在什么都不能再建立了。在一台新电脑上试用,现在只有API7

编辑:

复制步骤:
  • 使用所有默认设置从头开始安装eclipse和SDK。仅安装android SDK工具和API 14
  • 创建一个示例项目,并确认它构建正确
  • 安装API 7
  • 清理您的工作区,并注意到示例项目未能按照上述方式构建


即使在删除API 7之后,该问题仍然存在。我相信这是SDK最新更新中引入的一个bug。

经过更深入的研究后,这似乎可以通过以下组合进行修复: -关闭详细的生成输出(SDK中存在错误)
-关闭等待最终二进制文件,直到启动应用程序

这两台机器上是否有相同的Android/JDK?我有-它们都是同时安装的。事实上,如果我克隆到原始机器上的一个新工作区,我会看到同样的问题。听起来项目/环境目标关闭了。区分工作和非工作。如果它们是相同的,它仍然可能是项目设置之外的机器/用户设置配置(例如repo)--并且git可以不再是罪魁祸首:)