16 アプレットとJava Web Startアプリケーション

アプリケーションが実行されない場合は、次のチェックを実行してください。

次は、一般的な構成の問題のトラブルシューティング手法です。

Javaコントロール・パネルは、JREインストール・フォルダのbinディレクトリから起動できます。Windowsオペレーティング・システムの場合、「コントロール パネル」>「Java」からもアクセスできます。

次を行う必要がある場合にJavaコントロール・パネルを使用します。

• インストール済のJREおよびアクティブなJREのバージョンを確認する

• 特定バージョンのJREの使用を一時的に有効または無効にする

• アプレットまたはWeb Startアプリケーションの起動時にJVMに渡される「グローバル」パラメータを設定する

• 特定ブラウザでのJava Pluginの使用を有効または無効にする

• プラグインまたはWeb Startアプリケーションの動作を調整するため、図16-1に示すように、構成パラメータを指定する(一時ファイルのキャッシュの場所、トレースの有効化など)

図16-1 「Java Runtime Environment設定」ウィンドウ

「図16-1 「Java Runtime Environment設定」ウィンドウ」の説明

Javaコントロール・パネルを開き、「Java」タブの「表示」をクリックします。変更するJREの「ランタイム・パラメータ」セルを選択し、このセルにパラメータを入力します。

Java Web Startやアプレットで使用される特定のJVMにパラメータを渡すには、次のいずれかの手法を使用します。

トレース情報にアクセスするには、次のようにします。

トレース・ファイルは、Javaデプロイメント・ホーム・フォルダの logディレクトリに保存されます。Javaデプロイメント・ホームを参照してください。ファイル名には、実行している対象によってjavawsまたはpluginの接頭辞がつきます。プロセスにつき1つのトレース・ファイルが作成されますが、1つのアプリケーションは複数のプロセスを使用して起動できます。

トレース・ファイルの詳細レベルを最大にするには、deployment.propertiesファイル(Java配備ホーム・ディレクトリにあります)を編集して次の行を追加します。

deployment.trace.level=all

デフォルトでは、最大5つのトレース・ファイルが作成されます。もっとも古いトレース・ファイルが自動的に削除されます。トレース・ファイルの最大数の制限を変更するには、deployment.propertiesファイルに次の行を追加します。

deployment.max.output.files=max_number_of_trace_files

Javaコンソールを使用すると、実行中にトレース・ログを表示できます。デフォルトでは、Javaコンソールは非表示です。これをJavaコントロール・パネルで有効にしてください。

アプリケーションのJARとリソースは、次回必要になった際にロードしないで済むように、ディスク上にキャッシュされます。

キャッシュのデフォルトの場所はオペレーティング・システムに依存しますが、Javaコントロール・パネルでオーバーライドできます。

キャッシュの設定や制御は、Javaコントロール・パネルの「一般」タブの「インターネット一時ファイル」セクションで使用できます。キャッシュの場所やサイズを変更するには、「設定」をクリックします。キャッシュ内のファイルを表示するには、「表示」をクリックします。

キャッシュをクリーン・アップするには、javaws -uninstallを実行するか、Javaコントロール・パネルの「一般」タブを開き、「表示」をクリックして、ファイルを手動で削除します。また、Javaコントロール・パネルを使って個々のアプリケーションや拡張をアンインストールすることもできます。

一般に、Java Web Startアプリケーションはデフォルトでシステムのネットワーク構成を使用し、アプレットはブラウザのネットワーク設定を使用します。Javaコントロール・パネルを使用すれば、ネットワーク・プロキシを明示的に設定できます。

特に、Javaテクノロジのネットワーク層は、使用する必要があるネットワーク・スタックを自動的に検出します。ただし、自動検出が動作しないときがあり、アプリケーションやアプレットをダウンロードするソケットを開こうとした際にアクセス権拒否(Permission Denied)例外が発生することがあります(他のツールでは同じプロキシ設定を使用して同じURLにアクセスできる場合でも)。この問題は、一部のWindows 7システムでVPNソケットを使用した場合に発生しました。これを解決するには、JVMに明示的にパラメータを渡します。

-Djava.net.preferIPv4Stack=true

「JREへのパラメータの受渡し」を参照してください。

アプレットが起動しない場合は、前述したように、必ずトレースとJavaコンソールを有効にしてください。次に、次のヒントを使用してアプレットが動作しない理由を調べます。

トレース・ファイルが生成されたり、Javaコンソールが表示されたりしますか。

• • いいえ、トレース・ファイルを得られません

    Javaテクノロジが検出されているかどうかを確認します。「検証」を参照してください。

    • 検出されている場合

      「ブラウザまたはJavaプロセスのクラッシュ」のJVMブラウザの問題を参照してください。

    • 検出されていない場合

      これはおそらく構成の問題です。「一般的な構成の問題」を参照し、それでもわからない場合は、「ブラウザまたはJavaプロセスのクラッシュ」のJVMブラウザの問題を参照してください。

  • はい、トレース・ファイルがあります

    これは(次世代プラグインを無効にしていないかぎり)、おそらく構成の問題ではありません。この問題はおそらくこのアプレットに固有のものです。確認のため、ほかのアプレットもいくつか起動してみてください。「ブラウザまたはJavaプロセスのクラッシュ」のJVMクライアントの問題を参照してください。

クラッシュは、プラットフォームの問題かアプリケーションの問題によって発生する可能性があります。

通常、JVMでクラッシュが発生すると、現在の作業ディレクトリにhs_err_*logファイルが作成されます。Windowsでは、多くの場合デスクトップにあります。これは、スタンドアロン・アプリケーションと同じクラッシュ・レポート・ファイルです。「致命的エラー・ログ」を参照してください。

配備キャッシュ・ディレクトリからロードされたネイティブ・ライブラリが見つかった場合に、特にそれらのライブラリのコードがクラッシュ・スタックに含まれている場合は、アプリケーションのバグである可能性が非常に高くなります。

それ以外の場合は、JREのバグであり、バグ・データベースに報告する必要があります。

プラットフォームまたはアプリケーションの問題によるクラッシュの場合に考慮すべき2つのシナリオを次に示します。

• JVMブラウザの問題: ブラウザ・プロセスで実行されているJVMの詳細を取得してください。ブラウザを起動する前に、次の2つの環境変数を設定します:

  JPI_PLUGIN2_DEBUG=1
  JPI_PLUGIN2_VERBOSE=1
  

  Windowsの場合、ブラウザ・プロセスに関連付けられたコマンド・ウィンドウが存在するはずです。ブラウザVMのデバッグ出力はすべて、コマンド・ウィンドウに表示されます。そこに例外が表示されていないかチェックします。Javaスレッド・ダンプを取得するには、コマンド・ウィンドウで[Ctrl]+[Break]キー・シーケンスを使用します。

  Oracle SolarisまたはLinuxプラットフォームの場合、これらの変数を設定した後、同じセッションからブラウザを起動します。ブラウザVMのデバッグ出力はすべて、端末ウィンドウに表示されます。Javaスレッド・ダンプを取得するには、別の端末からkill -3 pidまたはkill -SIGQUIT pidを使用します(pidはブラウザ・プロセスのプロセスID)。

  クライアントVMとブラウザVM間ではハートビート・メッセージが送信されます。このハートビート・メッセージをオフにするには、JPI_PLUGIN2_NO_HEARTBEAT環境変数を1に設定します。これは、問題がハートビート関連かどうかを区別するのに役立ちます。

  ログが開かれず、ブラウザ・プロセス内で環境変数が設定されている場合、JREが正しくインストールされていないか、Javaが無効になっている可能性があります。どうしても解決できない場合は、構成エラーがないかチェックし、JREの再インストールを試みてください。

• JVMクライアントの問題: 最新のトレース・ファイルをチェックしてヒントを得ます。

  注意: 同じクライアントJVMを複数のアプレットで共有することができます。共有JVMで、使用可能なリソース(ヒープ・サイズなど)が不足したために、間欠的な失敗が発生する場合があります。この場合は、ページを再ロードすると問題が解決することがあります。

  アプリケーションがメモリー不足(Out of memory)エラーで失敗する場合は、ヒープ・サイズを増やす必要があります。これは、アプリケーション配備記述子(JNLPファイル)で行うことも、Javaコントロール・パネルで、使用するJREのランタイム・パラメータを使用して行うこともできます。

  アプリケーションが署名付きであり、ユーザーがセキュリティ・ダイアログ・ボックスで拒否した場合、アプリケーションが失敗する可能性があります。ユーザーが行なった決定は、JVMが再起動するまで記憶されます。セキュリティ・ダイアログ・ボックスを再び表示させるには、ユーザーがブラウザを再起動する必要がある場合があります。

JavaアプレットまたはWeb Startアプリケーションが署名付きの場合、証明書セキュリティ警告ダイアログ・ボックスが表示されるので、「実行」をクリックしてアプリケーション・コードにすべての権限を与える必要があります。

このダイアログ・ボックスが表示されないようにするには、次のいずれかを実行します。

• アプリケーションの署名に使用された証明書を受け入れ、「この発行者からのコンテンツを常に信頼」チェックボックスを選択します。これで、次回からこのアプリケーションに権限が自動的に付与されます(証明書が期限切れになるか、信頼できるキーストアから削除されるまで)。

• 証明書は、JREの信頼できる証明書ストアに手動でインポートできます。Javaコントロール・パネルを使用して証明書をインポートするには、「セキュリティ」タブで、「証明書」→「信頼できる証明書」をクリックします。証明書ストアへの証明書のインポートをコマンド行から行うには、keytoolユーティリティ(JREのbinフォルダ内)を使用します。

• ${user.home}/.java.policyにあるJavaポリシー・ファイルでAllPermissionsを付与するか、$(JRE_HOME)/lib/security/java.securityファイル内で、AllPermissionsを含む任意のJavaポリシー・ファイルをポイントします。権限は、すべてのアプリケーションに付与することも、特定のURLに制限することもできます。.java.policyの詳細は、「デフォルトのPolicyの実装とポリシー・ファイルの構文」を参照してください。