Javaに対するOracleのコミットメントは何ですか？[閉まっている]

Javaに多額の投資を行っていますが、最近の経験とその質問に対するJoonasの回答を読んだ後：

Java 6でこれらのフラグを使用した場合、クラッシュだけでなく、6u19から6u20へのマイナーアップグレード（おおよそ）のために、ループの誤った実行、つまり計算ミスが発生する可能性があります。

...そして、注目すべきJava 7の問題に関する関連ブログ投稿により、Javaの品質が進むことを心配するようになりました。

これらの問題はOracleによって対処されていますか？Javaが将来十分にサポートされるようにするために、オラクルはどのような保証を提供しましたか？

私は、Java SE / EE実行委員会にロンドンJavaユーザーグループ（別名LJC）のバックアップ代表として座ります。また、OpenJDK、コミュニティ関係、および類似のトピックについて、オープンソースコミュニティの人々（Apacheを含む）とOracleの従業員の両方に定期的に話します。私はこのトピック、YMMVについて中立的な見解を持っていると思うのが好きです。

要するに

オラクルは、Javaが失敗する余裕はありません。ソフトウェアビジネス全体がJavaで実行され、Javaで構築され、呼吸します。失敗した場合、Oracleは大きな問題を抱えており、Larryは自分自身を撃ち殺すような人間ではないようです。

だから私はそれがブリップだと思うし、非難のいくつか（ほとんど？）はOracleにあるはずですが、RCを試していないより大きなプロジェクトにも少しあるはずです。

オラクルは、このレベルのテストが確実に行われるように、コミュニティとよりよく連携できますか？はい、しかしそれは時々双方向の道です。Javaが巨大であることを忘れないでください。これは最も人気のある言語（非科学的意見）であり、その中に何兆ドルものソフトウェアと何百万種類ものソフトウェアが組み込まれている、または実行されていることを知っています。

その規模でバグのないリリースを要求できる開発チームを見せてください。帽子を食べます。たとえば、JVMには1000人年以上の努力と数えきれがあります。

長い答え

それでは、このトピックに関して多くのFUDがありましたが、最近では主流のハイテクメディアがJavaやもちろんOracleをバッシングするために何でも飛び跳ねるようになっているので、少しイライラしています。[暴言]技術メディアの大半は、会議への参加を拒否したり、JCP会議議事録を読んだり、独立したJUGリーダーと話をしたり、健全な研究を行ってバランスの取れた意見を述べたりします[/暴言]。

• これはバグです。はい、一部のプロジェクトでは非常に深刻です
• すぐに使用できる回避策があります
• すでに修正されています
• それは子猫を殺しません
• はい、最初にテストする必要があります-これは.0リリースです！

誤解しないでください-オラクルは多くの間違いを犯しており、それを続けます。完璧な人はいませんし、彼らの興味は他のすべてのベンダー、ユーザー、開発者と常に一致するとは限りません。

Javaコミュニティは皆、このことから教訓を学べると感じています。それは、開発中にOpenJDKおよびJDKビルドをテストするプロジェクトを増やすことです。オラクルがこれを改善するための取り組みを主導してくれることを願っています。

Oracle、Java、およびコミュニティに関する一般的なとりとめのないこと

オラクルは真剣に努力しており、彼らが乗っ取った初期から多くのことを学びました。

良いもの：

• Oracleの従業員によるOpenJDKのコミット数を確認する
• Javaで投げた従業員の数を見てください
• オラクルが公の場で何度も述べている明確な会社の立場を見てください。これは「Javaをナンバーワンのプラットフォーム、期間として維持する」です。
• invokedynamicJava 7に付属するJVMの新しいバイトコードを見てください。この変更により、多くの言語がJVMの第一級市民になります。
• RedJ、IBM、SAP、AppleはすべてOpenJDKに参加しています
• 彼らはJUGに多大な努力を払っています。java.netはホスティングプラットフォームとして、新しいJavaマガジンを立ち上げ、私が参加するほぼすべてのカンファレンスのスポンサーになっています。これらの努力のいくつかは、少し見当違いであるか、または誤って伝えられています:-)が、ほとんどはコミュニティにとって十分に意味があり、本当に利益をもたらします。

ものを改善する必要性：

まさに今、私はオラクルの隠されたメディア人形のように聞こえます。

• 彼らはおそらくこのリリースを控えるべきだったでしょう。念のために言っておくと、後のベータ版とRCはしばらく前にリリースされていたもので、おそらくこれらのプロジェクトのいくつかは、以前のビルドのテストを支援することに関与できたかもしれません。

• Oracleは、コミュニティとJCPの再構築、およびJSRの実行方法に関するさらなる作業を引き続き行っています（JSR 348がこれの始まりです。ぜひ参加してください！）。もちろん、これには最終的に、TCKライセンスFOUの制限や、ApacheとGoogleの悪循環を引き起こした他の厄介な法的事項に関する新たな議論が含まれます。

• 彼らは多くのオープンソースプロジェクトをうまく処理していませんでした（ジェンキンス/ハドソン、Open Office、MySQLが思い浮かぶ）。特にコミュニケーションの面で。最近のOSCONで、上級のOracle幹部は、これらのプロジェクトの多くは独自のOracleビジネスサイロに存在し、オープンソースに関する全体的な戦略は存在しないと説明しました。残りはオラクルがオープンソースコミュニティを理解していないことですが、私は彼らがより良くなっていると感じており、意志はそこにあります。