hs_err ファイルを Sun に送信しようとした人はいますか?

Question

サーバー上で大量の Java コードを実行しているのですが、時折、クラッシュ ダンプを伴う JVM クラッシュが発生します。 hs_err_pid ファイル。

最近、より良いネチズンになろうと決意したので、最新のクラッシュ ログを調べて、それが確かに最新の JVM であり、クラッシュの原因が外部ライブラリではないことを確認してから、ファイルを次のサイトに送信してみました。 Sun のバグ データベース.

ただし、提出プロセス全体が次のことを目的としているようです。 防止する バグレポートを提出したり、ここはサポートを受ける場所ではないことを理解していることを確認するチェックボックスを必ずチェックしたり、実際にクラッシュファイルから得られる情報や、まったく関係のない情報をすべて入力するよう強制したりする必要はありません。私の会社名や Sun アカウント ID などです。

したがって、私の質問は 2 つあります。

1. 「ほら、これがクラッシュ ログです。好きなように使ってください」と言えるようなバックドアはあるのでしょうか?
2. わざわざする必要がありますか？Sun は、現状でも十分なバグ レポートがあるため、これ以上クラッシュ ログ ファイルを送ってもらう必要はない、とほのめかしているようです。

どうすればいいですか？

編集:説明が不十分だったので言っておきますが、私は Sun とコミュニティを助けようとしているだけです。修正、説明、サポートは期待できません。

一方、私はこれらのクラッシュについてはあまり関心がなく、再現や調査にまったく力を入れていません。

Answer 1

私はそうしますが、それがより大きな利益のためだけであることを理解（希望？）した上でのみです。返事やフォローアップを一度も受け取ったことがありません。

ただし、提出プロセス全体は、バグレポートの送信を防ぎ、ボックスを確認して、これがサポートを受け取る場所ではないことを確認し、できる限りこの情報をすべて入力することを強制することを目指しているようです。実際にクラッシュファイルから入手し、私の会社名やSunアカウントIDなど、より完全に無関係な情報をいくつか取得します。

私の読みでは、それは次のようなことを対象としているということです 「期待を設定する」. 。あなたが苦情を言っているプロセスにも関わらず、レポートを提出すると、2 時間以内に James Gosling 本人からパッチや回避策が記載されたメールが届くことを期待している人が何百万人もいると思います。

連絡先情報はおそらく、実際にレポートについて他の質問とともにあなたに連絡したいと考えている架空の Sun エンジニア宛てのものです。

Sun には有料サポート プログラムがあり、このクラッシュ レポート システムは Sun の顧客がサポートを受けることになっている場所ではないことを忘れないでください。

したがって、あなたの質問に直接答えるには:

1. 正面玄関をご利用ください。なぜそうしないのですか？
2. はい、気にする必要があります。ただ、フィードバックは期待しないでください。