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

Why does Ubuntu 14.04 stick with (old) Eclipse 3.8 when 4.3 is out?

提问by Redsandro

Ubuntu is usually a cutting edge distro. But why does it stick to a 2011 version of Eclipse when we are 4 years into 4.xdevelopment?

Ubuntu 通常是最前沿的发行版。但是为什么在我们4.x开发4 年之后它仍然坚持使用 2011 版的 Eclipse ？

It's not even optional and cannot be installed from the repositories. And it's not 'easy' from a download either. For some reason, the Java SE 7 reference implementation, OpenJDK, is not enough, and you need the Oracle version. Why? This isn't available from the repo's either, and you need some weird untrusted 3rd party repo for that or follow a whole chapter on how to install it yourself.

它甚至不是可选的，也不能从存储库安装。而且下载也不是“容易”的。出于某种原因，Java SE 7 参考实现 OpenJDK 是不够的，您需要 Oracle 版本。为什么？这也不能从存储库中获得，您需要一些奇怪的不受信任的 3rd 方存储库，或者按照有关如何自己安装的整章进行操作。

There were problems three years ago. When Juno 4.2came out, it had a lot of performance issues. Eclipse Director Mike Milinkovich explainsone of the reasons is lack of funding. For the first time in a major release:

三年前就有问题了。当Juno 4.2出来的时候，它有很多的性能问题。Eclipse 主管 Mike Milinkovich解释了缺乏资金的原因之一。首次在主要版本中：

"The performance test were turned off because the Eclipse platform team has a serious resource issue."

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

For that reason, developers released unnamed and unpromotedversion 3.8simultaneously with 4.2to bridge the gap for this (hopefully) temporary problem, and it's popularity caused a notable trend downwardsamongst developers. As one Eclipse b3developer mentioned:

出于这个原因，开发人员同时发布了未命名和未升级的版本3.8，4.2以弥补这个（希望）暂时性问题的差距，并且它的受欢迎程度在开发人员中引起了显着的下降趋势。正如一位Eclipse b3开发人员所提到的：

"I was stunned by the performance improvement after the switch. The 3.8 platform is much MUCH faster"

“我对切换后的性能提升感到震惊。3.8 平台要快得多”

The 3.8release is still a popular alternative to the 4.xbranch among developers (ask my colleagues or google), I think mainly because of (genuine) trust issues. But the bridge (read: support for 3.8) has closed now that 4.3is released.

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

The core problems (funding and developers) have not been fixed though, as seen by Google's gesture of donating moneyto the Eclipse Foundation in the hopes that other companies will follow suit. Does this mean that 4.3is still not up to par with the 3.xstandards?

然而，核心问题（资金和开发人员）尚未解决，正如谷歌向 Eclipse 基金会捐款的姿态所表明的那样，希望其他公司也能效仿。这是否意味着4.3仍然不符合3.x标准？

This is not a problem with a plugin or a feature for a specific language, this is a problemwithin the core of the platform itself. (But I'm using WST with Javascript and V8 plugins for PHP and Node development in particular.)

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

This is not a specific platform problem either. There are similar complaintsfrom Linux, Windows, and OSX users. (But I'm using Linux (Mint 13).)

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

---

---

On the one hand you have people telling the EOL for 3.8"proves"that 4.3is fine now. On the other hand (see comments):

一方面，你有别人告诉了EOL 3.8“证明”这4.3是好的了。另一方面（见评论）：

"I've moved back to 3.8 due to constant crashes on ubuntu with 4.3"

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

3.8is far from problem-free and I wouldn't mind to get a smoother development experience. So I am wondering, why is Eclipse 4 'kept from us'by the people who decide what software versions are 'good for us'(AKA what goes into the official repository)?

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

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

---

---

Update 2014-05-30:I just tried Kepler (again) and it still suffers from UI glitches out of the box. E.g.:

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

And no, changing the inactive window toolbar background color in preferences does notfix this. (Even if it would, this would be a silly default choice).

不，在喜好改变非活动窗口工具栏的背景色也没有解决这个问题。（即使是这样，这也将是一个愚蠢的默认选择）。

I would like to know, from someone who is not positively or negatively biased because of their own highly specialized and tweaked workflow - preferably from someone with experience in the Ubuntu package maintaining process for non-trivial packages - whythis decision is made by a team of professionals who know what they are doing for the most widely used Linux distribution out there?

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

回答by Max Hohenegger

Eclipse Juno was released 2012-06-27. On 2012-07-17 a bugconcerning the responsiveness of the UI was reported. Four months later, around 2012-11-14 the first patchwas released to the official update-site.

Eclipse Juno 于2012-06-27发布。2012 年 7 月 17日，报告了有关 UI 响应能力的错误。四个月后，大约在 2012 年 11月 14 日，第一个补丁发布到官方更新站点。

Many users, however, completely missed the release of the patches. I assume the information drowned in the FUD, and other more important news, that was spread around that time. At the end of 2012 I posted an answer on SO. Apparently I was not the only one for whom the patch fixed this performance issue. On 2013-02-22 Eclipse 4.2.2 was released, which contained the same patch, yet I kept receiving upvotes for my answer on SO until June.

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

Probably the only known fact among developers is that Eclipse had serious performance issues at some point. However, the knowledge about scope, magnitude and duration of these issues seems to me like a series of common misconceptions. There was a four months period during which it was a good idea for many Eclipse users to stick with the 3.8 branch. I say "many" because I worked with 4.2.0 and 4.2.1 and it was O.K. for me. Subjectively, switching tabs was about two times slower and the IDE froze maybe once a day for a couple of seconds. For colleagues of mine the problem was much more severe. I assume it depended on your setup and on your workflow, however, I never felt like investigating further because I knew the platform developers were working on the issues, and there was a good fallback, using 3.8.

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

One year and three Eclpse releases later these serious performance issues are stillfixed. Of course, this doesn't mean that there are no more performance issues. As of now I find1979 reports in the Eclipse bugzilla with the keyword "performance". This doesn't mean that Eclipse is very buggy, but only that it is very well documented and open. Whether or not you are affected by any of these issues, again, depends on the setup, the plug-ins you are using and your workflow. I am a Java, plug-in and EMF developer. I work with medium to big work spaces (~1M LoC), and Eclipse 4.3.1 is fast enough. The 3.8 release is not an option for me because as Eric said, it won't receive all of the important updates. People will still continue using it in the future. Many of them will also continue using Internet Explorer 5.5. If you try the 4.x branch and notice any performance issues, please report them, but be specific about your setup.

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

From the official Wiki page:

从官方维基页面：

Several major performance defects have been addressed in Juno SR2 (4.2.2). Community members have confirmed that these fixes substantially address the performance problems with editor and view opening, closing, and switching. These fixes are widely available in Juno Service Release 2 (February 2013). All defects are also resolved in the Kepler (June 2013) release stream.

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

new Features

新功能

回答by Eric Moffatt

Your statement "3.8 release was specifically released as a faster and more stable alternative to 4.2" is clearly incorrect; 3.x has gone into its 'end of life' maintenance and was most certainly not released as an alternative to 4.x.

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

While folks are welcome to continue to use the 3.x stream if it suits their needs please recognize that as the various projects move forward there will be significant divergence in the features available between the two versions...

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