30 ネットワーク

• Internet Explorer:

  • Internet Explorer のプロキシ サーバー設定を変更する (Windows Vista、Windows 7、Windows 8)

  • Internet Explorer用にプロキシ設定を構成します (Windows Server 2008 R2)

• Firefox: 「オプション」ウィンドウ - 「詳細」パネルでプロキシ設定を変更します。

• Chrome: Chromeでは、Windowsと同じ接続およびプロキシ設定を使用します。Internet Explorerを使用する場合と同じ手順に従います。

自動プロキシ構成スクリプトの使用を選択した場合、FindProxyForURL(URL url)という名前のJavaScriptメソッドの位置を示すURLを入力する必要があります。このJavaScriptによって返されるプロキシ・サーバーがURLに使用されます。このスクリプトに対するサポートは、30.1.4項「自動プロキシ構成」で説明する内容と同じです。

1. JARファイルのサイズ、JARファイルの内容、および対象とするユーザーの帯域幅を検討します。

   これらの要因すべてを考慮して圧縮技術を選択します。unpack200ツールはできるだけ効率的に動作するように設計されているため、元のファイルへの復元にはほとんど時間がかかりません。JARファイルのサイズが大きく(2MB以上)、そのほとんどがクラス・ファイルである場合は、Pack200が推奨されます。そのほとんどがリソース・ファイル(JPEG、GIF、データなど)である大きいJARファイルの場合は、gzipが推奨されます。

2. Pack200圧縮のセグメント制限を指定します。

   Pack200では、圧縮されたファイル全体をメモリーにロードします。しかし、ターゲット・システムのメモリーとリソースに制限がある場合、Pack200.Packer.SEGMENT_LIMITを小さな値に設定することで、圧縮および圧縮解除中に必要となるメモリー量が減少します。

   たとえば、これは特殊な例ですが、値が-1の場合、すべての入力ファイルを含む単一の巨大なセグメントが生成されます。一方、値が0の場合、クラスごとにセグメントが1つずつ生成されます。アーカイブ・セグメントのサイズが大きければ大きいほど断片化は起こりにくく、圧縮率も高くなります。ただし、こうしたセグメントを処理するためには、大量のメモリーが必要になります。

   デフォルトは-1ですが、これはpack200が常に単一のセグメント出力ファイルを作成することを意味します。非常に大きな出力ファイルが生成される場合には、セグメント化を使用するか、入力ファイルをより小さなJARに分割することを強くお薦めします。

   たとえば、この制限が課されていない10MBのJARパック・ファイルは通常、元の10%程度のサイズにパックされます。しかし、pack200でより大きなJavaヒープ(セグメント制限の約10倍)を必要とする場合もあります。

3. JARファイルに署名します。

   Pack200では、結果となるJARファイルの内容を再配置します。jarsignerツールは、クラス・ファイルの内容をハッシュ化し、マニフェスト内の暗号化されたダイジェストにハッシュを格納します。unpack200がファイルを圧縮解除すると、クラスの内容が再配置されるため、署名が無効になります。そのため、pack200およびunpack200を使用して先にJARファイルを正規化してから、署名する必要があります。

   このように機能する理由: pack200がクラス・ファイル構造に対して行う再配置はべき等であるため、2回目に圧縮されたときは、最初の圧縮で生成された順序が変更されません。またunpack200では、どのようなアーカイブ要素の伝送順序に対しても特定のバイト・イメージを生成することが、JSR 200仕様で保証されています。

   たとえば、HelloWorld.jarを使用するとします。

   1. JARファイルを正規化するためにファイルを再圧縮(つまり再パック)します。再パックでは、JARファイルの圧縮解除と圧縮が1回のステップで行われます。

      % pack200 --repack HelloWorld.jar
      

   2. JARファイルに署名します。

      % jarsigner -keystore myKeystore HelloWorld.jar user_name
      

      
      

      注意: 再パックしたファイルには、元のJARファイルの構築に使用したものと同じ鍵で署名する必要があります。あるいは、再パック、再署名、および検証を行う前に、META-INFディレクトリにあるすべての署名ファイルを削除します。署名ファイルの名前はMANIFEST.MF、*.DSA、および*.SFです。

      
      

      署名したJARファイルを検証して署名されていることを確認します。

      % jarsigner -verify HelloWorld.jar
      jar verified.
      

      JARファイルが引き続き機能していることを確認します。

      % Java -jar HelloWorld.jar
      HelloWorld
      

   3. JARファイルをpack200で圧縮します。

      % pack200 HelloWorld.jar.pack.gz HelloWorld.jar
      

      
      

      注意: JARファイルの圧縮には、手順aで示したように、JARファイルを正規化するためにファイルを再パックするのに使用したのと同じオプションを使用する必要があります。また、セグメント境界の偶発的変化を回避するために、JDK 6以前のリリースの使用時にはすべてのパック手順でセグメント制限を-1 (無制限)に設定する必要があります。このような状況下ではクラス・ファイルのサイズがわずかに変化することで署名が壊れる可能性があります。JDK 7以降のデフォルトのセグメント制限は-1です。

      
      

   4. そのファイルをunpack200で圧縮解除します。

      % unpack200 HelloWorld.jar.pack.gz HelloT1.jar
      

   5. JARファイルを検証します。

      % jarsigner -verify HelloT1.jar
      jar verified.
      

      JARファイルをテストします。

      % Java -jar HelloT1.jar
      HelloWorld
      

   検証後は、圧縮されたパック・ファイルHelloWorld.jar.pack.gzを配備できます。

4. リダクション技術を利用します。

   Pack200は、デフォルトではHigh Fidelity (Hi-Fi)モードで動作します。したがって、JARファイルの個別エントリごとの属性とクラスにある元の属性はすべて保持されます。このため、一般的にパックされたファイルのサイズは増加しがちです。次の技法を使用して、ダウンロードのサイズをさらに削減します。

   • 更新時間: JARファイル内の各エントリの更新時間が重要でない場合は、Pack200.Packer.MODIFICATION_TIME="LATEST"オプションを指定できます。こうすることで、パック・ファイルで転送される更新時間はセグメントごとに1つになります。最新時間は、そのセグメント内すべてのエントリでもっとも新しく更新された時間になります。

   • 圧縮指示: 更新時間を"LATEST"に設定するのと同様に、アーカイブ内の各エントリの圧縮状態が必要ない場合は、Pack200.Packer.DEFLATION_HINT="false"と設定します。こうすると個別の圧縮指示は転送されないため、わずかですがダウンロードするサイズが小さくなります。ただし、JARファイルは変換されるときに、「格納された」エントリを含むため、ターゲット・システムでのディスク消費領域が増加することがあります。

     たとえば、

     pack200 --modification-time=latest --deflate-hint="true"
     tools-md.jar.pack.gz tools.jar
     

     
     

     注意: 前述の最適化は、何千ものエントリを含むJARファイルでは効果が顕著になります。

     
     

   • 属性: JARファイルの配備時には必要のないクラス属性があります。これらの属性はクラス・ファイルから除くことが可能で、ダウンロードするサイズを大幅に減らすことができます。しかし、必須の実行時属性は保持するように注意してください。

     デバッグ属性: 行番号やソース・ファイルといったデバッグ情報は必要ないため(これらは通常はアプリケーションのスタック・トレース内にある)、これらの属性はPack200.Packer.STRIP_DEBUG=true.を指定して破棄できます。これにより、パックされたファイルのサイズは、一般的に約10%減ります。

     次に例を示します。

     pack200 --strip-debug tools-stripped.jar.pack.gz tools.jar
     

     その他の属性: 経験豊富なユーザーは、他のストリップ関連プロパティを使用して、他の属性を削除できます。ただしその場合は、一層の注意が必要です。生成されるJARファイルを想定されるすべてのJava実行システムでテストし、その実行システムが削除した属性に依存していないことを確認してください。

5. 未知の属性を処理します。

   Pack200は、Java仮想マシン仕様により定義される標準的な属性に対応しますが、コンパイラはカスタム属性の影響を受けません。カスタム属性が存在すると、デフォルトでは、Pack200はクラスを通過して警告メッセージを発行します。これらの、「通過」するクラス・ファイルにより、パックしたファイルのサイズが大きくなる場合があります。JARファイルのクラス内に、未知の属性が多く使われている場合、圧縮された出力のサイズが非常に大きくなる場合があります。その場合は、次の方法を検討してください。

   • 属性が実行時に不要であると判断される場合、属性を取り除きます。これを実現するには、Pack200.Packer.UNKNOWN_ATTRIBUTE=STRIPプロパティを設定します。

     pack200 --unknown-attribute=strip
     foo.pack.gz foo.jar
     

   • 属性が実行時に必要で、圧縮されたファイルのサイズ膨張の原因になる場合、警告メッセージから属性を特定し、適切な配置を行います。この方法については、Pack200 JSR 200 の仕様および Java API リファレンスのPack200.Packerインタフェースのセクションで説明されています。

   • コンパイラが、Pack200のレイアウト仕様内で実装されない属性を定義することも可能ですが、pack200が正常に機能しなくなる場合があります。その場合は、クラス・ファイル名をリソースのようにすることで、クラス・ファイル全体を「通過させる」ことができます。次のように指定できます。

     pack200 --pass-file="com/acme/foo/bar/baz.class" foo.pack.gz foo.jar
     

     ディレクトリとその内容全体を通過させるには、次のように指定します。

     pack200 --pass-file="com/acme/foo/bar/" foo.pack.gz foo.jar
     

   
   

   注意: 大きなJARファイルに署名するときは、セキュリティ・エラーでこの手順が失敗することがあります。このエラーの多くは、バグ5078608が原因です。次のいずれかの回避方法を使用してください。 再パックおよびパック中に--segment-limit=-1を指定します。 これらの再パックおよび署名の手順に従います。 pack200 --repack b.jar a.jar b.jarに署名します。 pack200 --repack c.jar b.jar c.jarに署名します。 pack200 out.jar.pack.gz c.jar out.jar.pack.gzをデプロイします。

   
   

6. インストール・プログラムでPack200を利用します。

   インストール・プログラムでPack200テクノロジを利用することが必要な場合があり、そのために、場合によっては、製品のJARファイルをPack200を使用して圧縮し、インストール中に圧縮解除する必要があります。インストールにJREまたはSDKが含められている場合、配布されたbinディレクトリにあるunpack200 (Solaris、LinuxまたはOS X)またはunpack200.exe (Windows)ツールを自由に使用できます。この実装は純粋なC++アプリケーションなので、実行するためにJavaランタイムは必要はありません。

   Windows: インストーラは、GZIPよりも優れたアルゴリズムを使用してエントリを圧縮することがあります。そのような場合は、次のようにpack200ツールを使用すれば、インストーラ自体の圧縮によってよりよい圧縮効果を得られます。

   pack200 --no-gzip foo.jar.pack foo.jar
   

   これにより、gzipとして圧縮された出力ファイルになることを防ぐことができます。

   unpack200はWindowsコンソールのアプリケーションです。つまり、インストール中はMS-DOSウィンドウを表示します。これを防ぐには、次に示すように、このウィンドウを非表示にするWinMainとともに起動ツールを使用します。

   サンプル・コード:

   #include "windows.h"
   #include <stdio.h>
   
   int APIENTRY WinMain(HINSTANCE hInstance,
                        HINSTANCE hPrevInstance,
                        LPSTR     lpCmdLine,
                        int       nCmdShow) {
     STARTUPINFO si;
     memset(&si, 0, sizeof(si));
     si.cb = sizeof(si);
   
     PROCESS_INFORMATION pi;
     memset(&pi, 0, sizeof(pi));
   
     //Test
     //lpCmdLine = "c:/build/windows-i586/bin/unpack200 -l c:/Temp/log c:/Temp/rt.pack c:/Temp/rt.jar";
     int ret = CreateProcess(NULL,                 /* Exec. name */
                             lpCmdLine,            /* cmd line */
                             NULL,                 /* proc. sec. attr. */
                             NULL,                 /* thread sec. attr */
                             TRUE,                 /* inherit file handle */
                             CREATE_NO_WINDOW | DETACHED_PROCESS, /* detach the process/suppress console */
                             NULL,                 /* env block */
                             NULL,                 /* inherit cwd */
                             &si,                      /* startup info */
                             &pi);                     /* process info */
     if ( ret == 0) ExitProcess(255);
   
     // Wait until child process exits.
     WaitForSingleObject( pi.hProcess, INFINITE );
   
     DWORD exit_val;
   
     // Be conservative and return
     if (GetExitCodeProcess(pi.hProcess, &exit_val) == 0) ExitProcess(255);
   
     ExitProcess(exit_val); // Return the error code of the child process
   
     return -1;
   }