在Eclipse中禁用构建工作空间进程 [英] Disable building workspace process in Eclipse

问题描述

在构建工作区进程正在运行时，Eclipse正在做什么？我可以禁用它，因为它需要很长时间才能完成，我不知道是否有必要。谢谢

解决方案

构建工作区是关于在当前使用的工作空间中的一个已打开的项目中检测到的任何进化的增量构建。 / p>

您还可以通过菜单 Project / Build automatically 禁用它。

但是我建议先查看一下：

• 如果项目清除所有/长时间等待（禁用此选项后）


• 如果您有（此时自动激活建筑物）某些验证选项，您可以禁用它们，以查看它们是否影响全局编译时间（首选项/验证或首选项/ XML / ... 如果您已安装WTP）


• 如果新的eclipse安装引用相同的工作空间（请参阅 这个eclipse.ini 更多）导致相同的问题（建筑自动激活）

---

请注意，错误329657 （2011年开放在2014年进行中）是关于中断（太长）的构建，而不是取消：

构建中断和取消之间有重要的区别。

• 当构建被取消时，它通常会通过丢弃增量构建状态来处理这个问题，并让下一个构建完全重建。这在一些项目中可能相当昂贵。
  
  作为用户，我想我宁愿等待5秒的增量版本来完成而不是取消，并导致后续的30秒重建。

  / li>
  

• 中断的想法是，构建器可以通过保存其中间状态并在下次调用中恢复更有效地处理中断。
  
  在实践中这很难实现所以最常见的边界是在调用链中每个构建器之前/之后检查中断。

 

What is Eclipse doing when building workspace process is running? Can i disable it because it is taking a long time to complete and i dont know if it is necessary. Thank you

解决方案

Building workspace is about incremental build of any evolution detected in one of the opened projects in the currently used workspace.

You can also disable it through the menu "Project / Build automatically".

But I would recommend first to check:

• if a Project Clean all / Build result in the same kind of long wait (after disabling this option)
• if you have (this time with building automatically activated) some validation options you could disable to see if they have an influence on the global compilation time (Preferences / Validations, or Preferences / XML / ... if you have WTP installed)
• if a fresh eclipse installation referencing the same workspace (see this eclipse.ini for more) results in the same issue (with building automatically activated)

---

Note that bug 329657 (open in 2011, in progress in 2014) is about interrupting a (too lengthy) build, instead of cancelling it:

There is an important difference between build interrupt and cancel.

• When a build is cancelled, it typically handles this by discarding incremental build state and letting the next build be a full rebuild. This can be quite expensive in some projects.
  As a user I think I would rather wait for the 5 second incremental build to finish rather than cancel and result in a 30 second rebuild afterwards.

• The idea with interrupt is that a builder could more efficiently handle interrupt by saving its intermediate state and resuming on the next invocation.
  In practice this is hard to implement so the most common boundary is when we check for interrupt before/after calling each builder in the chain.

 

这篇关于在Eclipse中禁用构建工作空间进程的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！