アプレットキャッシュ


このセクションでは、次のトピックについて説明します。

キャッシュオプション

アプレットをいったんキャッシュすると、再度参照する際にアプレットをダウンロードする必要がなくなります。 このため、パフォーマンスが改善されます。

このリリースでは、アプレットキャッシングの新しい方式が導入されました。この方法では、アプレットを配布する際、そのアプレットが「固定的」かどうか、つまり、Java Plug-in によって作成および制御され、ブラウザによって上書きされないディスクキャッシュ内に格納するかどうかを指定できます。 キャッシュ後に「固定的」なアプレットがダウンロードされるのは、アプレットがサーバ上で更新された場合だけで、それ以外の場合、アプレットは常に高速で読み込むことができます。 コアビジネスアプリケーションを提供するアプレットは、起動時のパフォーマンスを改善するため、「固定的」なアプレットにする必要があります。

この新機能は、以下に示すように、OBJECT/EMBED タグに、新しい値 cache_archive cache_version 、および cache_archive_ex を含めることによって有効になります。

注:

archive 属性で指定される .jar ファイルも、この「固定的」なキャッシュにキャッシュされます。

cache_archive

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

<PARAM NAME="cache_archive" VALUE="a.jar,b.jar,c.jar">

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

cache_version

cache_version は、省略可能な属性です。 使用する場合、この属性にはキャッシュするファイルのバージョンリストを含めます。

<PARAM NAME="cache_version" VALUE="1.2.0.1, 2.1.1.2, 1.1.2.7">

各バージョン番号は、xxxx.xxxx.xxxx.xxxx の形式になります (x は 16 進数)。 各バージョン番号は、cache_archive 内の各 .jar ファイルに対応します。

cache_archive_ex

.jar ファイルを事前ロードできるようにするには、HTML パラメータ cache_archive_ex を使用できます。 このパラメータでは .jar ファイルを事前ロードする必要があるかどうかを指定でき、オプションで .jar ファイルのバージョンも指定できます。 cache_archive_exVALUE の形式は、次のとおりです。

VALUE="<jar_file_name>;<preload(オプション)>;<jar_file_version(オプション)>,<jar_file_name>; <preload(オプション)>;<jar_file_version(オプション)>, ..."

オプションの preload および jar_file_version タグは、jar_file_name の後に「;」で区切って任意の順序で置くことができます。 "複数のエントリは「,」で区切ります。

これらのタグを HTML ページ内で使用する方法を次に示します。

<OBJECT ....>
<PARAM NAME="archive " VALUE="a.jar">
<PARAM NAME="cache_archive" VALUE="b.jar, c.jar, d.jar">
<PARAM NAME="cache_version" VALUE="0.0.0.1, 0.0.2A.1, 0.3D.22.FFFE">
<PARAM NAME="cache_archive_ex" VALUE="applet.jar;preload, util.jar;preload;0.9.0.AC1, tools.jar;0.9.8.7F">

</OBJECT>

上の例では、a.jararchive 内で指定されていますが、b.jarc.jar、および d.jarcache_archive 内で指定されています。 b.jarc.jar、および d.jar のバージョンもそれぞれ 0.0.0.10.0.2A.1、および 0.3D.22.FFFE と指定されています。 cache_archive_ex では、applet.jar を事前ロードするように指定されています。util.jar も事前ロードするように指定されていますが、バージョンも指定されています。 tools.jar については、バージョンだけが指定されています。

Java Plug-in は、HTML パラメータ cache_archive で指定されている .jar ファイルすべてのバージョンが指定されていなければ、バージョンの比較を行いません。 cache_archivecache_version なしで使用された場合、cache_archive で指定されている .jar ファイルは、HTML パラメータ archive で指定されている .jar ファイルとまったく同じように処理されます。 事前ロードとバージョンのオプションが指定されていない場合、cache_archive_ex で指定されている .jar ファイルも同じように処理されます。

クラスファイルとリソースは、HTML パラメータによって指定された .jar ファイルから以下の順序で検索されます。

  1. cache_archive_ex
  2. cache_archive
  3. archive

アプレットキャッシュの更新アルゴリズム

デフォルトでは、cache_version 属性を指定しない場合、以下の状況でアプレットキャッシュが更新されます。

ただし、状況によっては、HTTP/HTTPS 経由で Web サーバから返される「Last-Modified」値が、アプレットの実際のバージョンと異なる場合があります。 たとえば、Web サーバがクラッシュし、すべてのファイルが復元された場合、サーバ上の cache_archive の変更日付は異なったものになります。 この場合、たとえ cache_archive が更新されていない場合でも、すべての Java Plug-in クライアントに対し、cache_archive の再ダウンロードが強制されます。

バージョンの更新を強制する場合、cache_version 属性を使用してアプレットを配備することをお勧めします。

cache_version を使用する場合、cache_archive に対応した cache_version が、アプレットキャッシュにローカルに格納された cache_version よりも大きいと、アプレットキャッシュが更新されます。 更新のトリガにバージョン番号を使用する場合、実際のバージョン番号が Web サーバの .jar ファイルに付属することはありません。 実際のところ、更新のトリガにバージョンを使用するのでない限り、Web サーバ上のアプレットを cache_archive 内のアプレットなしで更新できます。

cache_version を使用することで、Web サーバに接続して cache_archive の「Modification-Date」おおよび「Content-Length」を取得する必要がなくなります。 ほとんどの場合、これによりパフォーマンスが向上します。

セキュリティ

固定的なアプレットは、ローカルにキャッシュされますが、元のコードベースおよび署名者が定義したセキュリティポリシーに準拠します。

既知の問題