为什么 Ubuntu 14.04 在 4.3 发布后仍坚持使用（旧）Eclipse 3.8？

Question

Ubuntu 通常是一个尖端的发行版。但是，当我们进行 4.x 开发 4 年时，为什么还要坚持使用 2011 版的 Eclipse？

它甚至不是可选的，也不能从存储库中安装。而且下载也不是“容易”的。出于某种原因，Java SE 7 参考实现 OpenJDK 还不够，您需要 Oracle 版本。为什么？这也不能从 repo 中获得，你需要一些奇怪的不受信任的 3rd 方 repo 或者在how to install it yourself 上关注整个章节。

三年前就有问题了。当Juno 4.2出来的时候，有很多performance issues。 Eclipse 总监 Mike Milinkovich explains 原因之一是缺乏资金。第一次在主要版本中：

“性能测试已关闭，因为 Eclipse 平台团队有严重的资源问题。”

出于这个原因，开发人员同时发布了unnamed and unpromoted 版本3.8 和4.2 以弥补这个（希望是）临时问题的差距，它的流行在开发人员中引起了显着的trend downwards。作为一名Eclipse b3开发人员mentioned：

“我被切换后的性能提升惊呆了。3.8 平台要快得多”

3.8 版本仍然是开发人员中4.x 分支的流行替代品（问我的同事或谷歌），我认为主要是因为（真正的）信任问题。但是在4.3 发布后，这座桥（阅读：对3.8 的支持）已经关闭。

但核心问题（资金和开发人员）尚未解决，正如 Google 向 Eclipse 基金会发送的 gesture of donating money 所见，希望其他公司也能效仿。这是否意味着4.3 仍然达不到3.x 的标准？

这不是特定语言的插件或功能的问题，这是平台本身核心中的problem。 （但我将 WST 与 Javascript 和 V8 插件一起用于 PHP 和 Node 开发。）

这也不是特定的平台问题。有来自 Linux、Windows 和 OSX 用户的similar complaints。 （但我使用的是 Linux（Mint 13）。）

---

一方面，有人告诉 3.8 的 EOL “证明” 4.3 现在很好。另一方面（见 cmets）：

“由于 ubuntu 4.3 不断崩溃，我已移回 3.8”

3.8 远非没有问题，我不介意获得更流畅的开发体验。所以我想知道，为什么 Eclipse 4 “对我们保密” 由决定哪些软件版本“对我们有益”的人（也就是官方存储库中的内容） )?

• 清醒 (10.04 LTS)
  • Eclipse 3.5.2-2
• 精确 (12.04 LTS)
  • Eclipse 3.7.2-1
• 稀有 (13.04)
  • Eclipse 3.8.1-1
• 俏皮 (13.10)
  • Eclipse 3.8.1-4
• 值得信赖 (14.04 LTS)
  • Eclipse 3.8.1-5.1
• 乌托邦 (14.10)
  • Eclipse 3.8.1-5.1

---

2014-05-30 更新：我刚刚（再次）尝试了 Kepler，但它仍然存在开箱即用的 UI 故障。例如：

不，更改首选项中非活动窗口工具栏的背景颜色不会解决此问题。 （即使会，这也是一个愚蠢的默认选择）。

我想知道，由于他们自己的高度专业化和调整过的工作流程而没有正面或负面偏见的人 - 最好是在非平凡包的 Ubuntu 包维护过程中经验丰富的人 - 为什么 这个决定是由一个专业团队做出的，他们知道他们正在为最广泛使用的 Linux 发行版做什么？

Answer 1

Eclipse Juno 已发布 2012-06-27。 2012-07-17 a bug 报告了关于 UI 的响应性。四个月后，大约在 2012 年 11 月 14 日，第一个 patch 发布到官方更新站点。

然而，许多用户完全错过了补丁的发布。我假设信息淹没在 FUD 和其他 more important news 中，这些信息在那个时候传播。在 2012 年底，我发布了一个 answer on SO。显然，我不是唯一一个补丁修复了这个性能问题的人。 2013 年 2 月 22 日，Eclipse 4.2.2 发布，其中包含相同的补丁，但直到 6 月，我一直收到对我在 SO 上的回答的支持。

开发人员中唯一已知的事实可能是 Eclipse 在某些时候存在严重的性能问题。然而，在我看来，关于这些问题的范围、程度和持续时间的知识似乎是一系列常见的误解。 在四个月的时间里，许多 Eclipse 用户坚持使用 3.8 分支是个好主意。我说“很多”是因为我使用 4.2.0 和 4.2.1 并且没问题。为了我。主观上，切换选项卡的速度大约慢了两倍，并且 IDE 可能每天冻结一次，持续几秒钟。对于我的同事来说，问题要严重得多。我认为这取决于您的设置和工作流程，但是，我从来不想进一步调查，因为我知道平台开发人员正在解决这些问题，并且使用 3.8 有一个很好的后备方案。

一年和三个 Eclpse 版本之后，这些严重的性能问题仍然得到修复。 当然，这并不意味着没有更多的性能问题。截至目前，我find 1979 在 Eclipse bugzilla 中使用关键字“性能”进行了报告。这并不意味着 Eclipse 有很多错误，而只是说它有很好的文档记录和开放性。同样，您是否受到这些问题的影响取决于设置、您使用的插件和您的工作流程。我是一名 Java、插件和 EMF 开发人员。我使用大中型工作空间（~1M LoC），Eclipse 4.3.1 是fast enough。 3.8 版本对我来说不是一个选项，因为正如 Eric 所说，它不会收到所有重要的更新。未来人们仍将继续使用它。他们中的许多人还将继续使用 Internet Explorer 5.5。 如果您尝试 4.x 分支并发现任何性能问题，请report them，但请具体说明您的设置。

来自官方Wiki page：

Juno SR2 中解决了几个主要的性能缺陷 (4.2.2)。社区成员已确认这些修复 实质上解决了编辑器和视图的性能问题 打开、关闭和切换。这些修复程序广泛用于 Juno 服务版本 2（2013 年 2 月）。所有的缺陷也都解决了 在 Kepler（2013 年 6 月）发布流中。

new Features

Answer 2

您的说法“3.8 版本是专门作为 4.2 的更快和更稳定的替代品发布的”显然是不正确的； 3.x 已进入其“生命周期结束”维护，并且肯定不会作为 4.x 的替代品发布。

虽然欢迎人们继续使用符合他们需求的 3.x 流，但请认识到随着各种项目的推进，两个版本之间的可用功能将存在显着差异...