このセクションでは、次のトピックについて説明します。
アプレットをいったんキャッシュすると、再度参照する際にアプレットをダウンロードする必要がなくなります。このため、パフォーマンスが改善されます。
このリリースでは、アプレットキャッシングの新しい方式が導入されました。この方法では、アプレットを配布する際、そのアプレットが「固定的」かどうか、つまり、Java Plug-in によって作成および制御され、ブラウザによって上書きされないディスクキャッシュ内に格納するかどうかを指定できます。キャッシュ後に「固定的」なアプレットがダウンロードされるのは、アプレットがサーバ上で更新された場合だけで、それ以外の場合、アプレットは常に高速で読み込むことができます。コアビジネスアプリケーションを提供するアプレットは、起動時のパフォーマンスを改善するため、「固定的」なアプレットにする必要があります。
この新機能は、以下に示すように、OBJECT/EMBED タグに、新しい値 cache_archive、cache_version 、および cache_archive_ex を含めることによって有効になります。
注:
|
cache_archive 属性には、キャッシュするファイルのリストを指定します。
<PARAM NAME="cache_archive" VALUE="a.jar,b.jar,c.jar">
APPLET タグの archive 属性と同様に、cache_archive 属性の .jar ファイルのリストには完全な URL は指定されていませんが、常に codebase からダウンロードされます。
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 ファイルに対応します。
.jar ファイルを事前ロードできるようにするには、HTML パラメータ cache_archive_ex を使用できます。このパラメータでは .jar ファイルを事前ロードする必要があるかどうかを指定でき、オプションで .jar ファイルのバージョンも指定できます。cache_archive_exの VALUE の形式は、次のとおりです。
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.jar は archive 内で指定されていますが、b.jar、c.jar、および d.jar は cache_archive 内で指定されています。b.jar、c.jar、および d.jar のバージョンもそれぞれ 0.0.0.1、0.0.2A.1、および 0.3D.22.FFFE と指定されています。cache_archive_ex では、applet.jar を事前ロードするように指定されています。util.jar も事前ロードするように指定されていますが、バージョンも指定されています。tools.jar については、バージョンだけが指定されています。
Java Plug-in は、HTML パラメータ cache_archive で指定されている .jar ファイルすべてのバージョンが指定されていなければ、バージョンの比較を行いません。cache_archive が cache_version なしで使用された場合、cache_archive で指定されている .jar ファイルは、HTML パラメータ archive で指定されている .jar ファイルとまったく同じように処理されます。事前ロードとバージョンのオプションが指定されていない場合、cache_archive_ex で指定されている .jar ファイルも同じように処理されます。
クラスファイルとリソースは、HTML パラメータによって指定された .jar ファイルから以下の順序で検索されます。
cache_archive_ex cache_archive 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」を取得する必要がなくなります。ほとんどの場合、これによりパフォーマンスが向上します。
固定的なアプレットは、ローカルにキャッシュされますが、元のコードベースおよび署名者が定義したセキュリティポリシーに準拠します。
.jar ファイルを、Java Plug-in のキャッシュを使用してキャッシュすることは現在できません。
codebase に対する相対 URL にする必要があります。cache_archive では、完全指定の URL はサポートされません。java.io.IOException: Caching not supported for ...」という例外が発生した場合は、指定された JAR ファイルの有効期限および最終変更日付を Java Plug-in が Web サーバから取得できなかったことを示しています。Java Plug-in がこの情報を取得できない場合、JAR ファイルは使用のたびにダウンロードされるので、キャッシュのポイントはありません。ただし、この例外が発生しても、アプレットは正常に機能します。この例外は単なる通知です。