“Android库更新”eclipse任务在启动时随机粘贴我的日食

Question

它被粘贴在“Project”的清洁输出文件夹中。它并不总是相同的项目。那么有一些解决方法吗？

Answer 1

我尝试了清理项目的方法，但库更新发生得太快了。我甚至为Clean分配了一个自定义键盘快捷键，但在它开始之前我还是无法将它放到那里。

我真的不想删除.metadata文件夹，因为丢失工作区设置/首选项/设置会很麻烦。

所以我试过了：

1. 制作.metadata文件夹的副本
2. 删除原始
3. 启动eclipse（它将使用默认/重置工作区打开），但它将打开正常。
4. 退出日食
5. 删除新的.metadata文件夹
6. 制作原始副本的另一个副本并将其重命名为.metadata（基本上将原始副本重新命名）
7. Eclipse现在应该可以正常启动了。在我的情况下，Android库更新仍然运行，但它实际上在几秒钟内完成而不是挂起。

然后对我来说，潜在的问题是我的一个图书馆项目进入了一个非常破碎的状态。我进入了它的属性，在Android选项卡中取消选中isLibrary，然后刷新项目。之后我重新打开了库标志，然后干净了。

我在库代码中也有一个必须修复的构建错误。

任何方式，如果你发现自己处于类似的位置，希望这会有所帮助。祝你好运！

Answer 2

所以当我问这个问题时，我找到了解决方法，可能还有其他人。你必须杀死eclipse，并在下次启动时，在eclipse启动“Android库更新”任务之前清理所有项目并且它不会卡住eclipse。

Answer 3

删除.metadata文件夹可以让Eclipse重新启动并运行，但在将Android项目导入工作区之后，问题又回来了。

在我的情况下，根本原因被证明是“Android库任务”在尝试访问网络时被卡住了。我通过代理连接到网络，尽管在全局OS网络设置中配置并且所有其他应用程序正常工作，但Eclipse仍然无法访问网络。唯一有效的方法是，删除.metadata文件夹以使Eclipse运行后，在“Preferences-＆gt; General-＆gt; Network Connections”中手动输入代理配置，以匹配OS网络设置。

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

Answer 4

就我而言，其他提到的方法对我不起作用 但“重新安装Eclipse及其所有插件”与我的项目相关。

这样做后就恢复了正常状态。

我的环境;

Eclipse Juno（在OS X Mountain Lion下）   GWT   ADT   SVN

Answer 5

另一个有效的技巧是杀死Eclipse，从工作区中删除“.metadata”文件夹并重启Eclipse。

它会强制您的工作区恢复到初始状态并清除任何挂起状态。

Answer 6

自安装Eclipse 4.2以来，我不得不两次解决此问题。第二次我知道对我来说唯一有用的是创建一个新的工作区并从“破碎的”工作区导入项目。它非常快，是一个很好的机会，可以通过抛弃过时的项目来消除混乱。

具体来说，

• 选择文件/切换工作区/其他，并输入新工作区的名称。
• 然后右键单击新工作区的Package explorer并选择Import并选择Existing Android Code into Workspace。
• 然后浏览到要导入的项目的根目录，并选择“将项目复制到工作区”。
• 点击完成。
• 您必须对此项目所依赖的任何项目（例如google-play-services）执行相同的操作。

Answer 7

最近经历过这种情况，由Annotation Processor引发未捕获的异常引起。 Killed Eclipse，从一个项目.java文件中删除了对违规注释的引用，并成功启动。

Answer 8

就我而言，在Eclipse中，我已经设置了一个C / C ++ Builder来调用build_native.sh，这是构建cocos2d-x所必需的。有趣的是，Android库更新表明它正在调用build_native.sh！对我来说，这解释了为什么它有时需要这么长时间，似乎需要很长时间才能完成。我基本上用echo命令替换它。回声＆＃34;什么都不做＆＃34;我认为这解决了悬而未决的问题。

这对我来说似乎很愚蠢--AFAIK，没有办法配置Android库更新＆＃39;我不确定为什么它会做什么＆＃39; ＃39; s，因为Eclipse有许多构建选项，用户可以手动控制。