12 アプレット開発ガイド

12.2.1 Java Runtime Environment

Java Plug-inでは、アプレットはブラウザ内部のJVMでは実行されません。 代わりに、それらは個別のプロセス内で実行されます。 同じJVMプロセスを複数のアプレットで共有できますが、条件(既存のJVMがアプレットの要件に合致するかや、アプレットを実行するためのリソースが十分に存在しているか)によっては別のプロセス内にアプレットが配置される場合もあります。 アプレットは、特定バージョンのJREを使用するように要求したり、JVMに渡すオプションを指定したりできます。 さらに、個別のJVM内でアプレットを実行するように要求することもできます。

ただし、ブラウザとアプレットは引き続き相互に通信できます。 既存のAPIはプロセスソケットを使用するように再設計されているため、すべてが引き続き以前と同様に機能し、変わったのは性能が向上した点のみです。 このアーキテクチャによって、次のようないくつかの利点が提供されます。

• 異なるバージョンのJREが必要なアプレットを同時に実行できます。

• アプレットは、ヒープ・サイズなどのJRE起動パラメータを指定できます。 (新しいアプレットの要件が既存のJREのサブセットである場合は既存のJREが使用され、それ以外の場合は新しいJREインスタンスが起動されます。)

• メッセージ受渡しのインタフェースはJavaで記述され、サポートされているすべてのプラットフォームで同様に実行されるため、ブラウザ間の互換性が拡張されています。

このアーキテクチャにより、必要な場合は常に、新しいJREを起動できます。 ただし、次の条件が満たされる場合は、アプレットは既存のJREで実行されます。

1. アプレットに必要なJREバージョンが既存のJREに一致します。

2. JREの起動パラメータがアプレットの要件を満たしています。

12.2.2 Java Runtime Environmentバージョンの選択

すべてのプラットフォームでは、Java Plug-inは、使用するJREをJavaコントロール・パネル(「Java」タブの「表示」ボタン)のリストにあるエントリから見つけます。 このリスト内の使用可能なJREは、プラットフォームに依存した場所にあるdeployment.propertiesファイル内にエンコードされています。 Windowsプラットフォームの場合、それは通常C:\Users\[username]\AppData\LocalLow\Sun\Java\Deploymentに格納されています。 Solaris、LinuxおよびOS Xプラットフォームの場合、それは通常~/.java/deployment/deployment.propertiesに格納されています。

Windowsプラットフォームでは、Javaコントロール・パネルとJava Plug-inの両方が、インストール済のJREを自動的に検出し、それを使用可能なセットに追加します。 Solaris、LinuxおよびOS Xプラットフォームでは、インストール済のJREの自動検出はサポートされていません。 Javaコントロール・パネルの「Java」タブの「表示」をクリックしてアクセスする「Java Runtime Environment設定」ダイアログを使用すると、Java Plug-inの既知のリストにJREを手動で追加できます。

デフォルトでは、Java Plug-inはすべてのアプレットを、このリストで指定されている最新のJREバージョンで実行します。 Java Plug-inは、明示的に要求されている場合のみ、以前のJREバージョンでアプレットを実行します。

特定のJREバージョン(たとえば、「1.5.0_11」などの特定の更新リリース)でアプレットを起動する要求を考慮した場合:

1. 使用可能なJREのリストが参照されます。 バージョン文字列が正確に一致した場合は、そのJREバージョンが選択されます。 それ以外の場合で、同じファミリ内にインストール済みのJREが1つ以上存在する場合は、最新バージョンが選択されます。 それ以外の場合は、マシン上の最新の使用可能なJREが選択されます。

2. 選択されたJREバージョンが、そのファミリのセキュリティ・ベースラインと比較されます。 (詳細は、「Deploying Java Applets With Family JRE Versions in Java Plug-in for Internet Explorer」を参照してください。) このセキュリティ・ベースラインがそのバージョンに等しいか、またはそのバージョンより新しい場合は、それ以上の入力要求は行われず、そのアプレットが起動されます。

3. それ以外の場合は、そのアプレットのコードが、選択されたJREバージョンのJVMインスタンスでダウンロードされます。 そのアプレットが署名付きであり、かつユーザーがそのアプレットのセキュリティ・ダイアログ・ボックスを受け入れた(または、コード・ソースがすでに信頼されている)場合は、それ以上の入力要求は行われず、そのアプレットが起動されます。

4. それ以外の場合は、「古い」JREバージョン上の署名されていないアプレットを処理しています。 このアプレットが古いJREリリースでの実行を要求していることを示すダイアログ・ボックスが表示され、その実行を許可するかどうかがユーザーに尋ねられます。 ユーザーが「はい」をクリックすると、そのアプレットが起動されます。 ユーザーが「いいえ」をクリックすると、そのアプレットが最新の使用可能なJREバージョンでふたたび起動されます。

特定のファミリでアプレットを起動する要求を考慮した場合、そのファミリの最新のJREが選択され、上の(2)から始まるステップが実行されます。

特定のファミリまたはそれ以降の任意のファミリでアプレットを起動する要求を考慮した場合、最新の使用可能なJREがそのアプレットを起動するために使用されます。

12.2.3 スレッドに関する考慮事項

WebブラウザのJavaScriptインタプリタ・エンジンはシングル・スレッドです。 Java Plug-inは、複数のスレッドを管理できます。 Java Plug-inは、アプレットごとに個別のワーカー・スレッドを作成します。 アプレット自体は、マルチスレッドである可能性があります。 JavaScriptからJavaへの呼出しやその逆の呼出しを行うアプレットを設計するときは、スレッド関連の問題を念頭におくようにしてください。

次の図は、JavaScriptインタプリタ、Java Plug-in、およびアプレットの間のスレッドの対話を示しています。

図12-1 スレッドの対話

「図12-1 スレッドの対話」の説明

JavaScriptインタプリタがアイドル状態の場合、Java Plug-inは、アプレットのワーカー・スレッドごとにJavaScriptからJavaへの呼出しをします(JavaScriptインタプリタがビジー状態でないシナリオ)。

JavaからJavaScriptへの呼出しが進行中のときにJavaScriptからJavaへの呼出しが行われた場合、後者の呼出しは、JavaからJavaScriptへの呼出しを行なったのと同じスレッド上で実行されます(往復のシナリオ)。

あるスレッドがJavaからJavaScriptへの呼出しを行なっている場合、同じ呼び出しを行おうとしている別のスレッドは、最初のスレッドが結果を受信して完了するまでブロックされます(JavaScriptインタプリタがビジー状態のシナリオ)。

特に、複数のアプレットが同時に実行されている場合のスレッド関連の問題を回避するには、JavaからJavaScriptへの呼び出しとJavaScriptからJavaへの呼出しの両方を短時間に抑えるとともに、可能な場合は往復を避けます。

12.2.4 クラス・ローダー・キャッシュおよびアプレット間の対話

通常、2つのアプレットのcodebaseおよびarchiveパラメータが同じである場合、これらのアプレットは同じクラス・ローダーのインスタンスによってロードされます。 この動作は下位互換性のために必要であり、いくつかの実際のアプリケーションによって使用されています。 その結果、同じWebページ上の複数のアプレットがJava言語のレベルで互いのstatic変数にアクセスできるため、事実上、複数のアプレットを単一のアプリケーションを構成しているかのように記述できます。

この機能を使用すると、特定の種類のアプリケーションを便利に記述できるようになりますが、一定の欠点もあります。 特に、同じアプレットの複数のインスタンスがアクティブの場合は、アプレットの終了が干渉を受けます。 また、アプレットのstaticフィールドをいつ再初期化するかや、同じアプレットの実行から実行までのどの時点で管理するかを正確に指定した条件下で使用されるため、アプレットのプログラミング・モデルがより複雑になります。 さらに、特定の要求を開始したアプレットを正確に特定できないため、Java Plug-in内の特定のユーザー・インタフェースの動作が不正確になる原因にもなります。

このため、Java Plug-inは、アプレットごとに、アプレットでの12.3.5項「クラス・ローダー・キャッシュ」の使用から抜け出るための方法を提供します。

12.2.5 アプレットのガベージ・コレクション

destroyメソッドが終了するとただちに、アプレット・インスタンスに対するガベージ・コレクションが実行されます。 ガベージ・コレクションは、static変数を除く、アプレットによって取得されたすべてのメモリーに適用されます。 static変数は、クラス・ローダーが存在するかぎり、クラス自体とともにクラス・ローダー・キャッシュ内に保持されます。

では、クラス・ローダーはいつ消滅するのでしょうか。 その動作は指定されていません。 Java仮想マシンの実装や、そのオペレーティング・システムとの対話に任されています。 可能なかぎり保持されるが、メモリーがほかの目的に必要になると破棄されることが予測されます。

12.2.6 アプレットの権限

ユーザー操作性を向上させるために、すべてのアプレットに、認識されている認証局からの有効な証明書で署名します。 アプレットは、承認されていないかぎり、ユーザーのシステムとの対話ができないセキュアなサンドボックス内で実行されます。 その承認を得るためには、アプレットは起動時にアクセス権を要求する必要があり、ユーザーはそのアプレットの実行に同意する必要があります。 アクセス権は、次のために必要です。

• 印刷

• ファイル・システムへのアクセス

• ブラウザのcookieへのアクセス

• その他のシステム・リソースへのアクセス

基本的なアプレット・セキュリティ・モデルは、「全部かゼロか」の提案です。 アクセス権のあるアプレットは、ユーザーのシステムにフル・アクセスできます。 アクセス権がない場合、アプレットは実質上まったくアクセスできません。

JNLPを使用したアプレットのデプロイメントによって、アプレットはJava Web Startアプリケーションに似たJNLP APIにアクセスでき、これはアプレットがユーザーの制御の下で管理された状態でユーザーのシステムにアクセスできます。 たとえば、JNLPを使用すると、ユーザーによって選択されたファイルを保存したり、開いたり、印刷したりできます。

12.2.7 プロキシ構成

詳細は、30.1項「プロキシ構成」を参照してください。

12.2.8 セキュリティ

詳細は、第23章「Javaクライアントのセキュリティ・レベルの設定」を参照してください。

12.3.1 JNLPを使用したデプロイメント

jnlp_href

プラグインがアプレットの起動に使用するための情報を含むファイル。

12.3.2 ロード画面

Java Plug-inでは、アプレットがロードされる前に表示されるイメージのカスタマイズ機能が向上しています。 動画GIFは、imageパラメータのターゲットとしてサポートされています。 また、次のパラメータもサポートされています。

boxborder

アプレットがロードされる前に表示されるイメージの表示中に、アプレット領域の縁の周囲に1ピクセル幅の境界を描画するべきかどうかを示すboolean型パラメータ。 デフォルトはtrueです。 ちらつきの発生を防止するために、特にロード・イメージとして動画GIFを使用している場合は、この値をfalseに設定することをお薦めします。

centerimage

ロード・イメージを左上隅から表示し始めるのではなく、アプレット領域内の中央にそろえるべきかどうかを示すboolean型パラメータ。 デフォルトはfalseです。

boxborderパラメータとcenterimageパラメータの使用例を次に示します。

<APPLET archive="large_archive.jar"
 code="MyApplet"
 width="300" height="300">
 <!-- Use an animated GIF as an indeterminate progress bar
 while the applet is loading -->
 <PARAM NAME="image" VALUE="animated_gif.gif">
 <!-- Turn off the box border for better blending with the
 surrounding web page -->
 <PARAM NAME="boxborder" VALUE="false">
 <!-- Center the image in the applet's area -->
 <PARAM NAME="centerimage" VALUE="true">
 </APPLET>
 

12.3.3 コマンド行引数

java-vm-args

Java起動時にアプリケーションがJNLPクライアントに使用させる標準の仮想マシンの引数と非標準の仮想マシンの引数の追加セットを指定します。 java_argumentsとjava-vm-argsの両方が存在する場合は、java-vm-args引数が優先されます。

java_arguments

このアプレット・インスタンスの実行時に使用されるJVMコマンド行引数を指定します。 ほぼすべてのJVMコマンド行引数がサポートされていますが、特定の規則や制限が存在します。 java_argumentsとjava-vm-argsの両方が存在する場合は、java-vm-args引数が優先されます。

java_argumentsオプションは、アプレットの起動中にクライアントのJava VMが再起動されないようにすることを主な目的としています。 良い方法として、java_argumentsとjava-vm-argsの両方を指定する場合は、それらに同じ値を含めるようにしてください。

separate_jvm

特定のアプレットを独自のJVMインスタンス内で実行すべきであることを指定するboolean型パラメータ。 このパラメータは、同じJVM内で実行され、ヒープ・スペースやその他のリソースを消費している可能性のあるほかのアプレットからのどのような干渉も許容できない、特定の強力なデスクトップ・アプレットをサポートします。

<APPLET archive="my_applet.jar" code="MyApplet" width="300" height="300">
 <PARAM name="java_arguments" value="...">
 <PARAM name="separate_jvm" value="true">
</APPLET>

java_arguments = -Xmx256m
java-vm-args = -verbose

java_argument = -Xmx256m -verbose
java-vm-args = -verbose

java_arguments = -Xmx256m
java-vm-args = [not defined]

java_arguments = [not defined]
java-vm-args = -Xmx256m

12.3.4 JREバージョンの選択

java_version

特定のアプレットを起動するためのJREバージョンを指定します。

配備ツールキットを使用して、必要な場合は古いバージョンのJREを指定します。 エンタープライズ環境では、古いバージョンのJREを要求する望ましい方法は、デプロイメント・ルール・セット機能を使用することです。

12.3.5 クラス・ローダー・キャッシュ

classloader_cache

Java Plug-inは、アプレットごとに、アプレットでのクラス・ローダー・キャッシュの使用から抜け出るための方法を提供します。

<APPLET archive="my_applet.jar" code="MyApplet" width="300" height="300">
 <PARAM name="classloader_cache" value="false">
</APPLET>

アプレットでは、classloader_cacheパラメータのデフォルト値はtrueであり、これはクラス・ローダー・キャッシュが有効になっていることを示します。 JNLPアプレットでは、クラス・ローダー・キャッシュは無効になっています。

12.3.6 セキュリティ

permissions

アプレットの実行に必要とされるアクセス権のレベルを指定します。 次の値が有効です。

• sandbox - アプレットはセキュリティ・サンドボックス内で実行されます。

• all-permissions - アプレットはユーザーのシステム上のリソースへのアクセスを必要とします。

• default - アクセス権のレベルは、メインJARファイル用のマニフェストに含まれるPermissions属性によって決められます。

<APPLET archive="my_applet.jar" code="MyApplet" width="300" height="300">
 <PARAM name="permissions" value="sandbox" />
 </APPLET>

このパラメータを省略した場合は、defaultが指定されているとみなされます。 このパラメータが存在し、defaultに設定されていない場合、その値は、Permissions属性を持ついずれかのJARファイル用マニフェストに含まれるPermissions属性の値と一致する必要があります。それ以外の場合、アプレットはブロックされます。

12.3.7 Javaキャッシュ

Javaアプリケーションで使用するファイルは、後ですぐに実行できるように特別なフォルダに格納されます。このフォルダはJavaキャッシュとも呼ばれます。 20.1項「一般」で説明されているJavaコントロール・パネルの「一般」タブのサブパネル「インターネット一時ファイル」を使用すると、Javaキャッシュに格納されているファイルを表示したり、使用しているコンピュータでキャッシュが占有できるディスク領域を制御したりできます。

cache_archive

cache_archive属性には、キャッシュするファイルのリストを指定します。

<param name="cache_archive" VALUE="a.jar,b.jar,c.jar">

appletタグのarchive属性と同様に、cache_archive属性のjarファイルのリストには完全なURLは指定されていませんが、常にembedまたはobjectタグに指定されているcodebaseからダウンロードされます。

12.4.1 アプレットのステータス

表12-1では、アプレットのstatusメソッドから返される値の意味を説明します。

12.4.2 アプレットのイベント・ハンドラ

ユーザーはさまざまなイベントのイベント・ハンドラを登録できます。 Java Plug-inソフトウェアは、アプレット・ロード処理の様々な段階でこれらのイベント・ハンドラを呼び出します。 表12-2では、イベント・ハンドラを登録可能なアプレット・イベントについて説明します。

次のコード例に示すように、WebページのJavaScriptコード内でイベント・ハンドラの登録や判別を行うことができます。

// use an anonymous function
applet.onLoad(function() {
 //event handler for ready state
}

// use a regular function
function onLoadHandler() {
 // event handler for ready state
}

// Use method form
applet.onLoad(onLoadHandler);

// Use attribute form
applet.onLoad = onLoadHandler;

// get current event handler
var handler = applet.onLoad

12.5.1 JNLPへの移行の利点

アプレットでJNLPを使用すると、アプレットはJava Web Startアプリケーションがアクセスできるものと同じリソースにアクセスできます。

Java Web Startアプリケーションに移行すると、Webブラウザを使わずにアプリケーションを起動できます。 ユーザーがオフラインになっていたり、ブラウザにアクセスできない場合があります。 デスクトップ・ショートカットでもアプリケーションを起動できるため、ユーザーはネイティブ・アプリケーションと同じ操作性を得られます。

12.5.2 アプレットでのJNLPの使用

appletタグを使用してデプロイされたアプレットは、JNLPを使用できます。 JNLPファイルはjnlp_href属性で指定されます。 デプロイメントを構成するパラメータは、属性およびパラメータとして指定できます。 たとえば、

<applet code="java2d.Java2DemoApplet"          
        jnlp_href="dynamictree_applet.jnlp"         
        width="710" 
        height="540" >        
  <param name="param1" value="value1"/>
</applet> 

12.5.3 既存のJavaアプレットの移行

Java Web Startテクノロジにはアプレットのサポートが組み込まれています。 アプレットの再コンパイルを行わずに、使用しているアプレットをJava Web Startテクノロジで直接実行することが可能です。 ユーザーが行うのは、JNLP applet-desc要素を使用してアプレットのHTMLタグをJava Network Launching Protocol (JNLP)ファイルに変換することのみです。 たとえば、

<resources>
  <jar href="SwingSet2.jar"/>
</resources>
<applet-desc main-class="SwingSet2Applet" name="SwingSet" width="625" height="595">
  <param name="param1" value="value1"/>
  <param name="param2" value="value2"/>
</applet-desc>