4.3がリリースされたときにUbuntu 14.04が（古い）Eclipse 3.8に固執するのはなぜですか？
Ubuntuは通常、最先端のディストリビューションです。しかし、4.xの開発に4年かかったときに、なぜ2011年版のEclipseに固執するのでしょうか？
オプションではなく、リポジトリからインストールすることもできません。また、ダウンロードからも「簡単」ではありません。何らかの理由で、Java SE 7参照実装OpenJDKでは不十分であり、Oracleバージョンが必要です。これは、リポジトリからも利用できません。そのための信頼できないサードパーティのレポジトリ、または 自分でインストールする方法 に関する章全体を参照してください。
3年前に問題がありました。 Juno 4.2が登場したとき、多くの パフォーマンスの問題 がありました。 EclipseディレクターのMike Milinkovich 説明 理由の1つは資金不足です。メジャーリリースで初めて：
"Eclipseプラットフォームチームに重大なリソースの問題があるため、パフォーマンステストはオフになりました。"
そのため、開発者は 無名でプロモーションされていない version 3.8と同時に4.2をリリースして、この（願わくば）一時的な問題のギャップを埋め、人気が注目を集めました 下降傾向 開発者の間。 1つのEclipse b3開発者として 言及 ：
「切り替え後のパフォーマンスの改善にびっくりしました。3.8プラットフォームは非常に高速です」
3.8リリースは、開発者の間で4.xブランチに代わる人気のある代替手段です（私の同僚またはgoogleに尋ねてください）。ただし、3.8がリリースされたため、ブリッジ（読み取り：4.3のサポート）は終了しました。
Googleの 寄付のジェスチャー Eclipse Foundationに見られるように、他の企業がそれに続くことを期待して、コアの問題（資金と開発者）は修正されていません。これは、4.3が3.x標準と同等ではないということですか？
これは、プラグインや特定の言語の機能の問題ではありません。これは、プラットフォーム自体のコア内の 問題 です。 （ただし、PHPおよびNode開発のために、JavascriptおよびV8プラグインでWSTを使用しています。）
これは特定のプラットフォームの問題でもありません。 Linux、Windows、OSXユーザーから 同様の苦情 があります。 （しかし、私はLinux（Mint 13）を使用しています。）
一方では、3.8のEOLを伝える人々がいます"proves"4.3は今は問題ありません。一方（コメントを参照）：
"4.3でのUbuntuでの絶え間ないクラッシュのために3.8に戻りました]
3.8は問題がないとはほど遠いものであり、よりスムーズな開発体験を得ることを望んでいません。だから、なぜEclipse 4 'kept from us'は、ソフトウェアのバージョンを決定する人々によって'good for us'（別名公式リポジトリに入るもの） ）？
- 明id（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
- utopic（14.10）
- Eclipse 3.8。1-5.1
Update 2014-05-30：私はケプラーを試してみましたが（再び）、箱から出してすぐにUIの不具合が発生します。例えば。：
いいえ、設定で非アクティブなウィンドウツールバーの背景色を変更してもnotは修正されます。 （たとえそうだとしても、これはばかげたデフォルトの選択です）。
高度に専門的で微調整されたワークフローのために積極的または否定的に偏っていない人から-できれば、自明ではないパッケージのプロセスを維持するUbuntuパッケージの経験がある人から-私は知りたい-whyこの決定は、最も広く使用されているLinuxディストリビューションで何をしているのかを知っている専門家チームによって行われますか？
Eclipse Junoがリリースされました 2012-06-27 。 2012-07-17に バグ UIの応答性について報告されました。 4か月後、2012年11月14日頃、最初の パッチ が公式の更新サイトにリリースされました。
しかし、多くのユーザーはパッチのリリースを完全に見逃していました。情報はFUDにdrれ、その他の より重要なニュース は、その頃に広まったと思います。 2012年の終わりに、私は SOに関する回答 を投稿しました。どうやらこのパフォーマンスの問題をパッチで修正したのは私だけではなかったようです。 2013年4月2日、Eclipse 4.2.2がリリースされました。これには同じパッチが含まれていましたが、6月までSO.
おそらく、開発者の間で唯一知られている事実は、Eclipseがある時点で深刻なパフォーマンスの問題を抱えていたことです。しかし、これらの問題の範囲、規模、および期間に関する知識は、一連の一般的な誤解のように思えます。多くのEclipseユーザーが3.8ブランチに固執することをお勧めした4か月の期間がありました。 「多く」と言うのは、4.2.0と4.2.1で作業し、それが英国だったからです。私のために。主観的には、タブの切り替えは約2倍遅く、IDEは1日に1回、数秒間凍結しました。私の同僚にとっては、問題はもっと深刻でした。しかし、あなたのワークフローでは、プラットフォーム開発者が問題に取り組んでいることを知っていたので、さらに調査する気はありませんでした。
1年後の3つのEclpseリリースでは、これらの深刻なパフォーマンスの問題はstill修正されています。もちろん、これはパフォーマンスの問題がもうないという意味ではありません。今のところ find 1979は、Eclipse bugzillaでキーワード「performance」を使用してレポートしています。これは、Eclipseが非常にバグがあることを意味するのではなく、非常によく文書化され、オープンであることを意味します。これらの問題の影響を受けるかどうかは、セットアップ、使用しているプラグイン、およびワークフローによって決まります。私はJavaのプラグインで、EMF開発者です。中規模から大規模の作業スペース（〜1M LoC）で作業し、Eclipse 4.3.1は 十分に速い Ericが言ったように、3.8リリースはすべての重要な更新プログラムを受け取らないため、オプションではありません。人々は今後も引き続きそれを使用します。それらの多くはInternet Explorer 5.5を引き続き使用します。 4.xブランチでパフォーマンスの問題に気づいたら、 それらを報告してください ですが、設定について具体的に説明してください。
公式 Wikiページ から：
Juno SR2（4.2.2）では、いくつかの主要なパフォーマンスの欠陥に対処しています。コミュニティのメンバーは、これらの修正により、エディターとビューのオープン、クローズ、切り替えに関するパフォーマンスの問題が実質的に解決されることを確認しています。これらの修正は、Juno Service Release 2（2013年2月）で広く利用可能です。すべての欠陥は、ケプラー（2013年6月）リリースストリームでも解決されています。
「3.8リリースは、4.2のより高速で安定した代替として明確にリリースされました」という声明は明らかに間違っています。 3.xは「サポート終了」メンテナンスに入っており、4.xの代替としてリリースされていないことはほぼ間違いありません。
必要に応じて3.xストリームを引き続き使用することはできますが、さまざまなプロジェクトが進むにつれて、2つのバージョン間で利用可能な機能に大きな相違があることを認識してください...