为什么Ubuntu 14.04还使用旧版Eclipse 3.8而不更新到已发布的4.3版本？

Question

为什么Ubuntu 14.04还使用旧版Eclipse 3.8而不更新到已发布的4.3版本？

eclipseubuntueclipse-junoeclipse-keplerubuntu-13.10

55

Ubuntu通常是一个前沿的发行版。但为什么在我们进入4.x开发的四年后，它仍然坚持使用2011年版本的Eclipse？

它甚至不是可选项，也无法从存储库中安装。而且从下载方面来说也并不“容易”。由于某种原因，Java SE 7参考实现OpenJDK并不足够，你需要Oracle版本。为什么？这也不是从存储库中提供的，你需要一些奇怪的不受信任的第三方存储库，或者遵循如何自己安装的整个章节。

三年前就有问题了。当Juno 4.2发布时，它有很多性能问题。Eclipse Director Mike Milinkovich 解释其中一个原因是缺乏资金。这是首次在主要发布中出现：

因为Eclipse平台团队存在严重的资源问题，所以性能测试被关闭了。因此，开发人员发布了未命名和未推广版本3.8与4.2同时推出，以填补这个（希望是暂时的）问题的差距，它的受欢迎程度导致开发人员中有一个明显的下降趋势。正如一位Eclipse b3开发者提到的那样：

"在切换后，我对性能改进感到震惊。3.8平台快得多多了"

3.8版本仍然是开发人员中备受欢迎的选择（询问我的同事或谷歌），我认为主要是因为（真正的）信任问题。但是现在，桥梁（即对3.8的支持）已经关闭了，因为4.3已经发布。

然而，核心问题（资金和开发人员）仍未得到解决，谷歌通过捐赠给Eclipse基金会，希望其他公司能够效仿。这是否意味着4.3仍未达到3.x的标准？

这不是特定语言的插件或功能的问题，这是平台本身核心的问题。（但我特别使用JavaScript和V8插件进行PHP和Node开发的WST。）

这并不是特定的平台问题。来自Linux、Windows和OSX用户的类似抱怨也有。（但我正在使用Linux（Mint 13）。）

一方面，有人声称3.8的EOL“证明”4.3现在很好。另一方面（见评论）：

“由于ubuntu上4.3经常崩溃，我已经回到了3.8。”

3.8远非问题自由，我希望能得到更顺畅的开发体验。那么我想知道，为什么决定哪个软件版本“对我们有益”（即进入官方存储库）的人们不让我们使用Eclipse 4呢？

lucid (10.04 LTS)
- Eclipse 3.5.2-2
precise (12.04 LTS)
- Eclipse 3.7.2-1
raring (13.04)
- Eclipse 3.8.1-1
saucy (13.10)
- Eclipse 3.8.1-4
trusty (14.04 LTS)
- Eclipse 3.8.1-5.1
utopic (14.10)
- Eclipse 3.8.1-5.1

更新于2014年05月30日: 我刚刚再次尝试了Kepler，它依然存在UI故障。例如：

enter image description here

不，通过偏好设置更改非活动窗口工具栏背景颜色并不能解决此问题。(即使可以，这也是一个愚蠢的默认选择)。

我希望得到来自没有因其高度专业化和调整的工作流程而产生正面或负面偏见的人的回答，最好是有经验的Ubuntu软件包维护过程中的非平凡软件包的人——为什么这个决定由一组知道他们在做什么的专业人士团队为最广泛使用的Linux发行版所做出？

- Redsandro

在这次讨论中，也许区分平台和IDE会很有用。例如，我使用Juno IDE，但我的RCP应用程序仍然基于Platform 3。 - Denys Séguret

1

我因为在Ubuntu上4.3版本经常崩溃，所以已经回退到3.8版本。 - Paul Whelan

@dystroy 哦，确实与我的用例不同。4.x 为 3.x 链和插件提供了兼容层。我指的是安装 4.3 和 4.x 附带的 wst 插件来处理代码解析的特定情况。我甚至不知道原始的“性能问题”标签来自哪里——核心还是插件——但它确实存在。 - Redsandro

1

@MaxHohenegger：首先，我当然进行了搜索，但并非每个人都使用NSA批准的Google。DuckDuckGo没有将其列为前几个结果。其次，您本可以链接到相关文章，使您的评论更有意义。第三，某些用户与这些声明相矛盾，我正在寻找基于人类经验的答案。第四，这些声明来自Eclipse关于Eclipse的声明。第五，您的负投票刚刚让您失去了-2声望，希望这是值得的。 :) - Redsandro

1

Luna中的GTK3仍存在问题。我建议投票并可能为最紧急的问题做出贡献：https://bugs.eclipse.org/bugs/buglist.cgi?quicksearch=[GTK3]&list_id=10467285 - Max Hohenegger

显示剩余6条评论

2个回答

1

你的陈述“3.8版本是专门作为4.2更快、更稳定的替代品发布的”显然是不正确的。3.x已经进入了“生命结束”的维护阶段，肯定不是作为4.x的替代品而发布的。

虽然如果适合他们的需求，人们可以继续使用3.x流，但请认识到随着各种项目向前发展，在两个版本之间可用功能将有显著差异...

- Eric Moffatt

实际上是这样的。3.8与4.2同时推出，而且 Eclipse 的收藏量第一次出现下降趋势：采用速度放缓最有可能是由于 Eclipse 4.2 中发现了性能问题所致。 问题的原因是之前没有为质量测试投入足够的资金。谷歌甚至捐赠资金专门解决这个问题。 - Redsandro

2

@Redsandro：也许我误解了。是的，4.2和3.8确实同时发布，但3.8版本只是为了我们能够在已知的发布点上冻结位，而不是作为特定的备用位置。你使用哪个版本取决于你，但在某些情况下（例如EGit支持...），3.8版本已经落后于4.x版本。 - Eric Moffatt

@EricMoffatt，你从哪里得到那个引用的？ - Robert Siemer

3

在eclipse.org网站上大约有24,900页包含“Eric Moffatt”这个名字。 - Theodore Murdock

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Max Hohenegger · Accepted Answer

Eclipse Juno于2012年6月27日发布（链接）。2012年7月17日报告了一个关于UI响应性的错误。四个月后，大约在2012年11月14日，第一个补丁被发布到官方更新站点。

然而，许多用户完全错过了补丁的发布。我认为这些信息被 FUD 和其他更重要的新闻淹没了，这些新闻在那个时候被传播开来。在2012年底，我在SO上发布了一个答案。显然，我不是唯一一个通过该补丁解决了性能问题的人。在2013年2月22日，Eclipse 4.2.2发布了，其中包含相同的补丁，但直到6月份我仍然收到我的SO答案的赞。

可能开发人员唯一知道的事实是，Eclipse在某个时候存在严重的性能问题。然而，对于这些问题的范围、程度和持续时间的了解似乎是一系列常见误解。有四个月的时间，许多Eclipse用户坚持使用3.8分支是一个好主意。我说“许多”，因为我使用了4.2.0和4.2.1，对我来说还可以。主观地说，切换标签大约慢了两倍，IDE可能会每天冻结几秒钟。对于我的同事们来说，问题更加严重。我认为这取决于您的设置和工作流程，但是我从未感到需要进一步调查，因为我知道平台开发人员正在处理这些问题，并且有一个很好的备选方案，即使用3.8。

一年和三个Eclipse版本发布之后，这些严重的性能问题仍然没有解决。当然，这并不意味着没有其他性能问题。截至目前，我在Eclipse bugzilla中使用“performance”关键字发现了1979个报告。这并不意味着Eclipse非常有bug，只是它被很好地记录和公开。是否受到这些问题的影响，取决于设置、使用的插件和工作流程。我是Java、插件和EMF开发人员。我使用中型到大型工作空间（~1M LoC），而Eclipse 4.3.1足够快。对我来说，3.8版本不是一个选择，因为正如Eric所说，它将无法获得所有重要的更新。未来人们仍将继续使用它。其中许多人也将继续使用Internet Explorer 5.5。如果您尝试4.x分支并注意到任何性能问题，请报告它们，但请具体说明您的设置。

来自官方Wiki页面：

在Juno SR2（4.2.2）中解决了几个重大的性能缺陷。社区成员已确认这些修复措施大大解决了编辑器和视图打开、关闭和切换的性能问题。这些修复措施在Juno Service Release 2（2013年2月）中广泛可用。所有缺陷也在Kepler（2013年6月）发布流中得到解决。

新功能