17.2 バグ・レポートの提出の準備

バグ・レポートを提出する前に、次の推奨事項を検討してください。

• できるだけ多くの関連データを収集します。 たとえば、デッドロックの場合はスレッド・ダンプを生成するか、クラッシュの場合はコア・ファイル(該当する場合)およびhs_errファイルを見つけます。 いずれの場合も、環境と、問題が発生する直前に実行されていたアクションを文書化することが重要です。 「バグ・レポート用のデータの収集」を参照してください。

• 適用可能な場合は、元の状態を復元し、文書化したステップを使って問題を再現してみます。 これにより、その問題が再現可能なものであるか、間欠的なものであるかを判断できます。

• 問題が再現可能な場合は、問題を絞り込んでみてください。 場合によっては、小規模なスタンドアロンのテスト・ケースを使ってバグを再現できます。 小規模なテスト・ケースで再現されるバグは通常、大規模で複雑なアプリケーションで構成されているテスト・ケースに比べて診断が容易です。

• Javaバグ・データベースを検索して、この問題または同様の問題が報告されているかどうかを確認します。 問題がすでに報告されている場合は、次のような詳細情報がバグ・レポートに記載されている可能性があります。

  • 問題がすでに修正されている場合、それが修正されたリリース。

  • 問題の回避策。

  • 問題が発生する環境についてさらに詳しく説明する、評価内のコメント。

• 問題がまだ報告されていないと判断した場合は、「バグをレポート」または機能の要求で報告します。

問題を報告する前に、問題が発生した環境が、サポートされている構成であることを確認します。 「Oracle JDK 8およびJRE 8の動作保証済システム構成」を参照してください。

システム構成のほかに、サポート対象のロケールのリストも確認します。 「JDK 8およびJRE 8でサポートされているロケール」を参照してください。

Oracle Solarisの場合は、そのオペレーティング・システム用の推奨パッチ・クラスタを調べて、推奨パッチがインストールされていることを確認します。