为什么当4.3出局时，Ubuntu 14.04坚持使用（旧）Eclipse 3.8？

Question

Ubuntu通常是最前沿的发行版。但是，当我们进入4.x开发4年后，为什么它会坚持使用2011版本的Eclipse？

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

三年前出现了问题。当Juno 4.2出来时，它有很多performance issues。 Eclipse主任Mike Milinkovich explains其中一个原因是缺乏资金。这是主要版本中的第一次：

  

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

出于这个原因，开发人员与3.8同时发布了unnamed and unpromoted版本4.2，以弥补此（希望）临时问题的差距，并且它的受欢迎程度引起了显着的trend downwards在开发者之间作为一个Eclipse b3开发人员mentioned：

  

“切换后的性能提升让我感到震惊.3.8平台的速度要快得多”

3.8版本仍是开发人员4.x分支的常用替代品（请问我的同事或谷歌），我认为这主要是因为（真正的）信任问题。但是桥梁（阅读：支持3.8）现已关闭，4.3已被释放。

核心问题（资金和开发人员）尚未得到修复，正如谷歌gesture of donating money向Eclipse基金会所看到的那样，希望其他公司也会效仿。这是否意味着4.3仍然不符合3.x标准？

对于特定语言的插件或功能，这不是问题，这是平台本身核心内的problem。 （但我正在使用WST和Javascript以及V8插件进行PHP和Node开发。）

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

---

一方面，有人告诉EOL 3.8 “证明” 4.3现在没事了。另一方面（见评论）：

  

“由于ubuntu上的持续崩溃，我已经回到了3.8”

3.8远非问题，我不介意获得更顺畅的开发经验。所以我想知道，为什么Eclipse 4 '被我们'保留在我们身上由决定哪些软件版本'对我们有用'的人（AKA什么进入官方存储库）？

• lucid（10.04 LTS）
  • Eclipse 3.5.2-2
• 精确（12.04 LTS）
  • Eclipse 3.7.2-1
• raring（13.04）
  • Eclipse 3.8 .1-1
• saucy（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故障的影响。 E.g：

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

我想知道，由于他们自己的高度专业化和调整工作流而没有积极或消极偏见的人 - 最好是来自具有Ubuntu软件包维护过程的非平凡软件包经验的人 - 为什么< / em>这个决定是由一群专业人士做出的，他们知道他们为最广泛使用的Linux发行版做了什么？

Answer 1

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

然而，许多用户完全错过了补丁的发布。我假设信息在FUD中被淹没，而其他more important news则在那个时间传播开来。在2012年底，我发布了answer on SO。显然，我不是唯一一个补丁修复此性能问题的人。 在2013-02-22发布了Eclipse 4.2.2，其中包含相同的补丁，但直到6月我一直收到关于SO的答案。

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

一年零三次Eclpse发布后，这些严重的性能问题仍然仍然修复。 当然，这并不意味着没有更多的性能问题。截至目前，I find 1979年在Eclipse bugzilla中报告了关键字“performance”。这并不意味着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 Service Release 2（2013年2月）。所有缺陷也得到解决   在开普勒（2013年6月）发布流程中。

new Features

Answer 2

您的声明＆＃34; 3.8版本是作为4.2＆＃34;更快，更稳定的替代品而特别发布的。显然不正确; 3.x已经进入了生命的终点＆＃39;维护并且肯定不会作为4.x的替代品发布。

虽然欢迎大家继续使用3.x流，如果它符合他们的需求，请认识到随着各个项目的推进，两个版本之间可用的功能会有很大差异......