【问题标题】:Eclipse editor hangs, how can I detect what's blocking it?Eclipse 编辑器挂起,我怎样才能检测到是什么阻止了它?
【发布时间】:2017-06-15 06:15:50
【问题描述】:

我有一个相当大的 Eclipse 4.6.3 工作区,其中包含许多 Java EE 7 和 E4 项目。一段时间以来(我想自从我从 Glassfish 切换到 JBoss/Wildfly 之后)编辑变得相当具有挑战性。一旦我键入一些后台进程正在做一些工作(CPU 负载在 10% 到 25% 之间)并阻止编辑。几秒钟后(有时甚至长达一分钟)CPU 负载恢复为零。

如何找出正在执行的后台任务?我打开了进度窗口,但没有显示。有时,我看到编辑器尝试同步其视图,或者出现“在您键入 JBT 验证时”。然而,我怀疑这些报告的任务也被任何暗中勤奋的事情拖慢了。

我在不同的机器上都有这个问题,它们都相当不错。我已经尝试了很多事情,例如关闭所有项目的三分之一、停用窗口同步、使用 -clean 甚至 -resetPersistedState 启动 Eclipse、更新 Eclipse 组件...

感谢您的任何提示! 古菲

【问题讨论】:

  • 编辑器本身可能正在使用一个'reconciler',它在后台线程中运行并且可以做很多工作。我不知道如何查看此活动。

标签: eclipse java-ee-7


【解决方案1】:

我的一位同事(可能)找到了问题的根源:

在编辑任何 bean 类期间,Eclipse 会同步项目资源管理器中的部署描述符。由于该项目包含超过 100 个 bean,这需要一些时间并冻结我的编辑。

解决方案:在项目 eplorer 的视图菜单中选择“自定义视图”,然后在内容选项卡上取消选择关心部署描述符的扩展。这些是我选择的:

  • J2EE EJB 部署描述符
  • Java EE 导航器内容 EJB
  • J2EE Web 部署描述符
  • J2EE 应用程序部署描述符

亲切的问候 古菲

【讨论】:

    猜你喜欢
    • 2023-04-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-09-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多