“Android库更新”的eclipse任务随机卡住我的eclipse开始

清除“项目”的输出文件夹。 它并不总是相同的项目。 那么是否有一些解决方法?

我尝试了清理项目的方法,但是库更新发生得太快了。 我甚至为Clean分配了一个自定义的键盘快捷方式,在启动之前,我仍然无法将其置于其中。

我真的不想删除.metadata文件夹,因为它是一个痛苦的屁股丢失工作区设置/首选项/设置。

所以我试了一下:

  1. 制作.metadata文件夹的副本
  2. 删除原件
  3. 启动eclipse(它将打开一个默认/重置工作区),但它会打开罚款。
  4. 放弃日食
  5. 删除新的.metadata文件夹
  6. 复制你原来的副本,重命名为.metadata(基本上把原来的背面)
  7. 现在Eclipse应该可以正常启动了 在我的情况下,Android库更新仍然运行,但实际上在几秒钟内完成,而不是挂起。

那么对我来说,潜在的问题是我的一个图书馆项目进入了一个非常糟糕的状态。 我进入了它的属性,取消选中Android标签中的isLibrary,然后刷新项目。 之后,我把图书馆的标志重新打开,做了一个干净的。

我在库代码中也有一个编译错误,必须修正。

任何如何,如果你发现自己在类似的位置,希望有所帮助。 祝你好运!

所以当我问这个问题的时候,我find了替代方法,可能还有其他方法。 你必须杀死日食,并在下一次启动,清理所有项目之前,Eclipse开始“Android库更新”任务,它不会卡住月食。

删除.metadata文件夹的作用是让Eclipse备份并运行,但是在将Android项目导入到工作空间后,问题就迎刃而解了。

在我的情况下,事实certificate是“Android库任务”试图访问networking卡住了。 我通过代理连接到networking,尽pipe在全局OSnetworking设置中configuration了所有其他应用程序,但仍然无法访问networking。 唯一可行的是在删除.metadata文件夹以运行Eclipse之后,在“首选项 – >常规 – >networking连接”中手动input代理configuration以匹配操作系统networking设置。

现在,“Android库更新”在启动时需要一秒钟,而不是卡住。

在我的情况下,其他提到的方法并不适用于我,但与我的项目有关的“重新安装Eclipse及其所有插件”。

在这样做之后,它回到了正常的状态。

我的环境

Eclipse Juno(在OS X Mountain Lion下)GWT ADT SVN

另一个可行的方法是杀死Eclipse,从工作区中删除“.metadata”文件夹并重新启动Eclipse。

这会迫使您的工作空间恢复到初始状态,并清除任何悬挂的情况。

自从安装Eclipse 4.2以来,我不得不两次解决这个问题。 第二次,我知道唯一对我有用的是创build一个新的工作空间,并从“破碎的”工作空间导入项目。 这是非常快速的,是一个很好的机会,把过时的项目抛在脑后。

特别,

  • selectFile / Switch Workspace / other,然后input新工作区的名称。
  • 然后右键单击新工作区的Package explorer,然后selectImport,然后selectExisting Android Code into Workspace。
  • 然后浏览到您想要导入的项目的根目录,并select复制项目到工作区。
  • 点击完成。
  • 您必须为此项目所依赖的任何项目(如google-play-services)执行相同的操作。

最近经历了这个,由注释处理器抛出一个未捕获的exception。 杀死了Eclipse,从一个项目的.java文件中删除了对违规注释的引用,并成功启动。

就我而言,在Eclipse中,我已经build立了一个C / C ++ Builder来调用build_native.sh,这是构buildcocos2d-x所必需的。 有趣的是,Android库更新表明它正在调用build_native.sh! 对我来说,这解释了为什么有时需要这么长时间,似乎需要很长时间才能完成。 我基本上用echo命令replace了这个。 回声“无所事事”,我认为这解决了悬而未决的问题。

这对我来说似乎很愚蠢 – AFAIK,没有办法configuration“Android库更新”,我不知道为什么它正在做它做的,因为Eclipse有一些用户可以手动控制的构build选项。