在构建工作空间时,eclipse卡住了

时间:2009-05-10 05:24:55

标签: eclipse build windows-vista

我在Vista下使用eclipse 3.4.1 Java EE。它似乎喜欢在构建我的工作区时卡住。取消构建似乎也没有做任何事情。

为什么会发生这种情况?如何解决问题?

31 个答案:

答案 0 :(得分:141)

我能够通过以下方式解决这个问题:

首先退出Eclipse。然后暂时将以下.projects文件夹移动到安全位置:

mv .metadata\.plugins\org.eclipse.core.resources\.projects projects

启动并退出Eclipse,然后将.projects文件夹移回原来的位置:

mv projects .metadata\.plugins\org.eclipse.core.resources\.projects

当然,使用风险自负。

答案 1 :(得分:26)

有时候,使用“-clean”参数从命令行执行eclipse非常有用,可以强制它为工作空间进行清理。

答案 2 :(得分:18)

eclipse -clean没有工作,但是跟着做了

eclipse -clean -clearPersistedState

答案 3 :(得分:15)

如果我通过USB调试Android,Eclipse通常会以44%的速度冻结我。 断开设备时,Eclipse启动。

答案 4 :(得分:10)

接受的答案让我重新启动了Eclipse,但似乎项目丢失了元数据。 (例如,所有的Git / Gradle / Spring图标都从项目名称中消失了。)我有很多项目,我不想再重新导入它们。

所以这是在开普勒的帮助下对我有用的东西。 YMMV,但我想记录这个,以防它有助于某人。

第1步。暂时将.projects文件移开:

$ cd .metadata/.plugins/org.eclipse.core.resources
$ mv .projects .projects.bak

第2步。然后启动Eclipse。元数据将丢失,但至少Eclipse开始时不会卡住。

第3步。关闭Eclipse。

第4步。.projects.bak文件还原为原始名称:

$ mv .projects.bak .projects

第5步。重启Eclipse。它可能会构建一些东西,但这次它应该通过。 (至少它对我有用。)

答案 5 :(得分:9)

您可能需要查看How to report a deadlock。您可能还需要检查错误视图和/或错误日志([workspace] /.metadata / .log)。如果这没有帮助,您可能需要包含有关已安装的插件以及您拥有的项目的更多信息。你能创建一个可以重现问题的最小工作空间吗?

答案 6 :(得分:9)

<强>步骤1:

打开项目目录并编辑.project文件,删除以下行以禁用java脚本验证。

  <buildCommand>
      <name>org.eclipse.wst.jsdt.core.javascriptValidator</name>
      <arguments>
      </arguments>
    </buildCommand>

保存文件。

第2步:

转到Eclipse安装目录并打开eclipse.ini(如果你有STS,则打开sts.in),根据计算机的RAM大小更改xms和xmx值。

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

或者:在windows中,转到桌面上的eclipse快捷方式,右键单击 - &gt; properties-&gt;添加以下内容 C:\ software \ eclipse \ sts-3.6.2.RELEASE \ STS.exe -clean -Xms512m -Xmx1024m

运行Eclipse。

转到Eclipse-&gt; windows-&gt; preference-&gt;验证,启用暂停所有验证器。如果您不想在Validator面板中给出的列表中列出任何验证,请执行此操作。

答案 7 :(得分:6)

当我有太多maven项目立即打开时,我遇到了这个问题。我倾向于做的是:

  • 重启eclipse(有时候我需要杀掉eclipse)
  • 立即禁用自动构建(项目&gt;取消自动构建)
  • 右键单击我想要重建的项目
  • 关闭不相关的项目
  • 重新启用自动构建

这使我的工作区中的案例能够完成99%的重建功能。

答案 8 :(得分:6)

对我来说唯一的解决方案(Luna 4.4.1)是:

转到项目属性&gt;构建者然后取消选中Javascript Validator。

答案 9 :(得分:5)

我在Eclipse Indigo中遇到过类似的问题。我改变了它开始正常工作的HeapSize。我刚刚添加了以下eclipse.ini文件 -vmargs -Xms1024m -Xmx1024m

增加VM大小后工作正常

答案 10 :(得分:2)

我的Eclipse遇到了同样的问题,作为解决方案,我创建了新项目,手动复制所有资源(使用Windows复制/粘贴)到新项目,删除了旧项目,就是这样。

有时,这是由于系统关闭不当以及Eclipse工作区开始面临类似问题而发生的。

希望它能奏效。

答案 11 :(得分:1)

删除一些JDT索引(在.metadata.plugins \ org.eclipse.jdt.core中),特别是大文件,经常为我解决或缓解问题。

答案 12 :(得分:0)

我尝试了很多这些建议,但最终对我有用的唯一事情就是创建一个新的工作区,并将我的所有项目全部检出到该文件夹​​中。然后它工作正常; - )

答案 13 :(得分:0)

如果您有一个空的 java 文件,该文件的名称和类路径与另一个 java 文件完全一样(在解决移动资源的合并冲突时可能会发生这种情况),也会发生这种情况。


例如,以下设置会在多 Maven 模块中导致此问题:

  • module1/src/main/java/com/package/MyClass.java(空)
  • module2/src/main/java/com/package/MyClass.java(实际有效类)

要修复,只需删除空的 java 文件。

答案 14 :(得分:0)

如果在构建项目时启动时出现问题,请从菜单中自动禁用构建。项目->自动构建。这解决了我的问题,而更复杂的解决方案则无法解决。

答案 15 :(得分:0)

如果将Maven用作构建工具,则可能需要:

  1. 关闭月食

  2. 删除位于 .m2 / repository / -中的依赖项目录 的Linux 它位于 Home 目录下,在Windows中,它应位于 c:\ Users .m2 中(用替换“ 用户名)

  3. 启动Eclipse并享受正常工作:)

那帮助我解决了这个问题,希望对您也有帮助。 :)
干杯!

PS 我已经编辑了答案(按照 @howlger 的要求),其中还建议删除 .eclipse .p2 文件夹,因为它可能会造成伤害(尽管在我看来不是,但我必须重新安装一些正在使用的插件)。

答案 16 :(得分:0)

在项目文件夹中打开.project文件。输入错误,可能会有帮助

    <buildCommand>
        <name>org.eclipse.m2e.core.maven2Builder</name>
        <arguments>
        </arguments>
    </buildCommand>

答案 17 :(得分:0)

我没有调试并找到确切的根本原因,而是删除了项目和元数据文件夹。 Eclipse将在下次启动时重建.metadata文件。

然后我输入了最新的项目代码,问题就解决了。由于必须重新配置所有内容(包括服务器),因此需要进行更多工作,但是构建工作空间在完全完成之前的3至5分钟内一直停在50%的位置,因此值得付出努力。

此外,我发现使用Eclipse,如果您在构建工作区完成之前停止了构建工作区,并且在Eclipse挂起所有内容的情况下将其关闭,则您确实会弄乱您的配置并浪费大量时间尝试使其重新稳定。我正在使用Eclipse Oxygen,但是我在使用过的所有Eclipse版本中都发生了这种情况,因此,如果可能的话,我会尽力避免这种情况。

答案 18 :(得分:0)

这里的答案都不适合我。有效的是删除以下文件夹

  

C:\ Users \您的用户名\工作区\项目   name.metadata.plugins \ org.eclipse.core.resources.projects \项目   名\ .indexes

答案 19 :(得分:0)

我能够通过删除Eclipse在我的eclipse安装文件夹中创建的额外文件夹来解决这个问题。我没有安装,我也使用了Eclilpse Neon 3和Spring Tool套件。但是,当我查看提取的eclipse安装时,我有一个C:文件夹,它有一些文件夹结构。这是我的下载文件夹的镜像。我删除了它并重新启动。

它对我有用!

答案 20 :(得分:0)

重启eclipse。
它对我有用了好几次。

答案 21 :(得分:0)

刷新您要构建的所有项目。 工作

答案 22 :(得分:0)

我刚刚重新启动了eclipse,它下次开始工作了。

答案 23 :(得分:0)

在我的例子中,它有助于在Windows资源管理器(Windows 8.0)中从我的收藏夹中删除源文件夹。似乎构建实际上没有被卡住,而是在某种无限循环中触发(如上所述here - Bug 342931)。

答案 24 :(得分:0)

我遇到了同样的问题。

通过使用任务管理器来终止构建过程并退出Eclipse而没有打开任何项目,我能够回到Eclipse并清理项目而不打开它。然后我再次重新启动Eclipse,加载我的项目,一切正常。

答案 25 :(得分:0)

当我尝试在项目中使用bower安装Angular.js时遇到了同样的问题。我似乎bower有很多自动下载的javascript文件,导致我的IDE在验证过程中停留了很长时间。所以,我用这种方式解决了这个问题,

  • 我首先安装了tern.js 0.9.0。
  • 然后我去了项目属性,选择了tern脚本路径 仅包括验证所需的路径,我的项目 javascript文件夹。我排除了其他路径,如占位符, Angular.js文件,Jquery文件。
  • 我再次从属性中选择了Javascript并执行了相同操作 包含路径来源的东西。

我的IDE目前无需冻结。我从那里接受了帮助。 Tern 我想这可能会有所帮助,因为有很多Javascript文件导致IDE卡住了。

答案 26 :(得分:0)

使用Eclipse取消选择自动构建 - &gt; Windows-&gt;偏好设置有助于解决此问题。

答案 27 :(得分:0)

我发现如果使用包含大量图像数据的项目(例如专用图像项目)重建工作区,也可能会发生这种情况。可能最好将类似的东西放入自己的工作区,并将其单独处理到您处理的其他项目中。

如果不能,则在清理和重建时不要清理该项目。只在必要时重建。

答案 28 :(得分:0)

在我的情况下,在导入下载的项目后出现问题 - 停留在80%的构建。通过将组的写权限添加到项目的文件(Ubuntu 12.04)来解决。

答案 29 :(得分:0)

查看[workspace]/.metadata/.log中的日志为我提供了有用的信息。 当工作区构建挂起时,有一个java.lang.OutOfMemoryError: PermGen space error。 这可以在eclipse.inists.ini(如果您使用的是SpringSource Tool Suite)文件中进行编辑。

答案 30 :(得分:0)

有时问题似乎是通过杀死从项目文件夹中打开文件的其他程序来修复的。