为什么Ubuntu 14.04在4.3版本时贴（旧）Eclipse 3.8？
Ubuntu通常是一个尖端的发行版。 但为什么当我们进入4.x开发4年时，它坚持到2011版的Eclipse？
它甚至不是可选的，不能从存储库安装。 下载也不是一件容易的事情。 出于某种原因，Java SE 7参考实现OpenJDK是不够的，您需要Oracle版本。 为什么？ 这也不是从回购的，你需要一些奇怪的不可信的第三方回购，或遵循整个章节如何自己安装它 。
三年前有问题。 当Juno 4.2出来时，它有很多性能问题 。 Eclipse总监Mike Milinkovich 解释道，其中一个原因是缺乏资金。 在主要版本中首次：
“由于Eclipse平台团队存在严重的资源问题，所以closures了性能testing。”
出于这个原因，开发人员同时发布了无名和无促销的 3.8版本，以弥补这个（希望）暂时的问题的缺口，而且这种普及在开发人员中引起了一个明显的趋势 。 正如一位Eclipse b3开发人员所提到的 ：
“转换后的性能改善让我感到震惊，3.8平台要快得多”
3.8版本仍然是开发人员中4.x分支的一个stream行的替代品（问我的同事或谷歌），我认为主要是因为（真正的）信任问题。 但是这个桥接器（读取：支持3.8 ）现在已经closures了4.3版本。
然而，核心问题（资金和开发者）并没有被固定下来，正如谷歌向Eclipse基金会捐款的愿望所看到的，希望其他公司也会效仿。 这是否意味着4.3仍然不符合3.x标准？
这对于特定语言的插件或function来说不是问题，这是平台本身的核心问题 。 （但我使用WST与Javascript和V8插件PHP和节点开发特别。）
这也不是一个特定的平台问题。 Linux，Windows和OSX用户也有类似的抱怨 。 （但是我正在使用Linux（Mint 13））。
一方面你有人告诉EOL 3.8 “certificate” 4.3现在好了。 另一方面（见评论）：
“我已经回到了3.8，因为在4.3的Ubuntu的不断崩溃”
3.8远没有问题，我也不介意获得更stream畅的开发经验。 所以我想知道，为什么Eclipse 4 会由决定什么样的软件版本对我们有好处的人 （也就是官方存储库中的什么东西）来“不让我们” ？
- 清醒（10.04 LTS）
- Eclipse 3.5.2-2
- 精确（12.04 LTS）
- Eclipse 3.7.2-1
- raring（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：我刚刚尝试过开普勒（又一次），它仍然遭受开箱即用的UI故障。 例如：
不，在首选项中更改不活动的窗口工具栏背景颜色并不能解决这个问题。 （即使这样做，这将是一个愚蠢的默认select）。
我想知道，从那些没有正面或负面偏见的人，因为他们自己的高度专业化和调整的工作stream程 – 最好来自Ubuntu包维护过程中的非平凡包装经验的人 – 为什么这个决定是由一个团队知道他们在那里使用最广泛的Linux发行版的专业人士？
Eclipse Juno发布了2012-06-27 。 在2012年7月17日报告了一个关于UI响应的错误 。 四个月后，在2012年11月14日左右，第一个补丁发布到官方更新站点。
然而，许多用户完全错过了补丁的发布。 我假设FUD中的信息被淹没了，还有其他更重要的消息在那个时候传播开来。 在2012年底，我发布了一个关于SO的答案 。 显然我并不是唯一一个修补这个性能问题的人。 在2013年2月22日发布了Eclipse 4.2.2，其中包含相同的补丁，但直到6月份，我一直在收到我的答复upvotes。
在开发人员中唯一已知的事实可能是Eclipse在某些时候有严重的性能问题。 然而，关于这些问题的范围，大小和持续时间的知识在我看来就像是一系列常见的误解。 在这四个月的时间里，许多Eclipse用户坚持3.8分支是个好主意。 我说“很多”，因为我使用4.2.0和4.2.1，这对我来说是好的。 主观上，切换标签大约慢了两倍，IDE每天可能会冻结一次，持续几秒钟。 对于我的同事来说，问题要严重得多。 我认为这取决于你的设置和工作stream程，但是，我从来没有想过要进一步调查，因为我知道平台开发人员正在处理这个问题，并且使用3.8进行了很好的回退。
一年零三年Eclpse发布后，这些严重的性能问题仍然是固定的。 当然，这并不意味着没有更多的性能问题。 截至目前，我发现 1979年的Eclipse bugzilla报告关键字“性能”。 这并不意味着Eclipse是非常麻烦的，但只是它有很好的文档和开放。 无论您是否受到这些问题的影响，都取决于设置，所使用的插件和工作stream程。 我是一名Java，插件和EMF开发人员。 我使用中等到大的工作空间（〜1M LoC），Eclipse 4.3.1 足够快 。 3.8版本对我来说不是一个select，因为正如Eric所说，它不会收到所有重要更新。 人们将来仍然会继续使用它。 他们中的许多人也将继续使用Internet Explorer 5.5。 如果您尝试使用4.x分支并注意到任何性能问题，请报告它们 ，但请具体说明您的设置。
从官方Wiki页面 ：
Juno SR2（4.2.2）已经解决了几个主要的性能缺陷。 社区成员已经确认，这些修复大大解决了编辑的性能问题，并查看了开启，closures和切换。 这些修复程序在Juno Service Release 2（2013年2月）中广泛提供。 开普勒（2013年6月）发布stream程中也解决了所有缺陷。
新function
您的声明“3.8版本是专门发布的，作为更快更稳定的替代4.2”显然是不正确的; 3.x已经进入了“生命的尽头”维护阶段，而且绝对不是4.x的替代品。
虽然欢迎大家继续使用3.xstream，如果它适合他们的需要，请认识到，随着各种项目的推进，将有两个版本之间可用function的重大分歧…
