java - Eclipse webtools 项目 (WTP) 及其性能/质量

Question

我们公司已经使用 eclipse 好几年了(我们从 0.7 版开始使用 WTP)

我目前正在评估 eclipse 3.6.2 与 WTP 3.2.3，它应该将 eclipse 3.4.2 替换为 WTP 3.0.4 作为我们的主要 IDE。

我不得不再次说，我对性能问题感到非常失望:
WTP 3.2.3 似乎比 3.0.4 慢很多。
事实上，我真的很想知道为什么每次发布 WTP 都会变慢。

我们的一个应用程序(动态 Web 项目)包含大约 4000 个 java 类和 700 个 jsps/jsp 片段。我们只需要基本的 WTP 功能来开发 jsps、xmls 和 xsd。我们不需要像 Dali 这样的高级功能。 (webtools 项目 真的应该涵盖 JPA 工具吗？)，Libra或 visual xml editor首先。

另一个有趣的点是 WTP 似乎减慢了整个 IDE。SWT 在几分之一秒内没有响应，cpu 使用率非常高(尤其是在构建发生之后 - 如果您查看系统作业，几个 jsp/javascript 索引器正在工作几分钟，即使所有 WTP 构建 validator 已被禁用)、打开新文件速度较慢、浏览项目等。

这在只包含一个核心 cpu 的旧机器上尤其明显。

最糟糕的是，我感觉 WTP 开发团队不太关心性能(例如，查看 http://wiki.eclipse.org/WTP_Performance_Tests 页面 - 最后一次更新发生在 2008 年)。

关于基本功能(例如 jsp 编辑/验证)性能的错误报告和新闻组帖子通常会在一段时间后被忽略或关闭，例如:here , here , and here .

Quo vadis, WTP?

---

请不要误会我的意思:

我不想责怪 WTP。
事实上，我相信 WTP 是一个优秀的开源项目，由一个优秀的团队开发。
但显然项目的质量保证存在问题，尤其是在影响可用性和用户接受度的性能方面。

我只想指出，团队应该首先关注对大多数用户来说必不可少的事情，然后再努力实现 super 功能。

我的问题

• 您对 WTP 有什么体验，尤其是最近的版本？
• 您能否证实或反驳我的观察结果？
• 有更好的选择吗？
• 您是否从 WTP 切换到 WTP，为什么？
• 您是否有一些最佳做法来加快速度，尤其是对于像我们这样的中上型企业？

---

更新

我想对此问题进行更新以反射(reflect)当前的答案和总结一下目前的结果:

• 许多用户或多或少地提示相同的问题，所以我认为这些问题已得到证实。
  顺便说一句，theserverside.com 上的一篇新闻文章也提到了这个问题。 附加评论。

• 负责的 WTP 项目负责人 nitind 就 WTP 的现状发表了一篇值得注意的帖子，我想引用一下:
  “一个简单的事实是，我们没有花太多时间进行性能测试，因为我们缺乏这样做的资源。”
  “当然，我们更愿意主动而不是被动应对，但我们倾向于首先将时间分配给功能性问题。”
  

所以这个问题有点变成了某种社区致 WTP 团队的公开信:

Dear WTP team,

it's obvious that WTP is suffering from major quality/performance issues 
which you try to play down or to ignore.
Please invest some time to improve the current situation 
at the cost of new features and do everything what's required 
to solve the current problems.
E.g. revive the performance team, do some regression tests between 
previous releases or ask the community for (precise defined) help.

I am sure that they are enough people willing and able to help here.

If you like, do some kind of poll to get a feeling what should be 
the most important scopes of future's WTP releases.

Please, please, listen to your community.

Answer 1

作为回应，我是在 WTP 中提供 JSP、XML 和 JavaScript 源代码编辑功能的项目的负责人。一个简单的事实是，我们没有在性能测试上花费太多时间，因为我们缺乏这样做的资源。当然，我们希望积极主动而不是被动应对，但我们倾向于首先将时间分配给功能性问题。我们确实有一个采用者产品定期运行性能回归测试，但我希望测试现在可以在多核机器上运行——而且我们已经有一段时间没有收到任何新的危险信号报告给我们了。

在您链接到的 3 个错误中，2 个早于您称赞的 3.0.4 版本，第三个是格式性能问题(已解决)或一个针对 XML 文件的即时输入验证(修复这会触发 Xerces、iirc 中的内存泄漏，因此我们当时没有将其放入)。如果您有具体的项目可以附加到错误上并说“在 3.2 中执行 X 的速度要慢 Y 数量”，我们将尽我们所能找出哪里存在回归。

至于索引器，它们至少应该最终完成。存储的磁盘信息在 WTP 版本之间发生了变化，这些文件需要重新处理，以便它们再次包含在搜索和(在实现的情况下)重构操作中。一旦初始索引完成，它应该会逐渐增加并且几乎不会被注意到。您可能遇到的一种架构变化是，对于 JSP，整个工作空间需要在一个单个工作台 session 中建立索引，以便将该索引视为“最新的”。出于沮丧而关闭 Eclipse 只会延长重新处理的影响。

听起来贵公司的标准安装包括整个 WTP，而不是滚动您自己的自定义分发。我强烈建议您检查启动和关闭首选项页面，并关闭您不感兴趣的任何功能的提前启动。您提到的没有任何兴趣使用该工具，但是 WTP 和平台的其他领域可以使用。 Validation 偏好页面上的任何您对验证不感兴趣的东西都是公平的游戏，以及在 Web/JSP 上默认验证 JSP 片段的设置文件/验证首选项页面。