5 パッケージ化の基本

図5-1 Webデプロイメント用のパッケージの例

「図5-1 Webデプロイメント用のパッケージの例」の説明

図5-2 アプリケーションのビルド・プロセス

「図5-2 アプリケーションのビルド・プロセス」の説明

5.3.1 Javaパッケージ化ツール

Javaアプリケーションをパッケージ化するための推奨された方法は、JREに付属しているAntタスク(ant-javafx.jar)のコレクションを使用することです。

NetBeans IDEでは、これらのAntタスクを使用して、JavaFXおよびJava SEプロジェクトをパッケージ化します。 NetBeans IDEでの埋込みパッケージ化のサポートは、通常の使用事例の大部分をサポートしています。 ただし、何か特別なものが必要な場合、カスタム・パッケージ化のフックをbuild.xmlファイルに追加して(たとえば-post-jarターゲットとして)、パッケージ化を調整できます。

他の一般的なIDEの大部分は、カスタムAntビルド・スクリプトを簡単に使用できます。 他の一般的なビルド・フレームワーク(たとえばMavenやGradleなど)では、Antとの統合もサポートしています。

JREには、コマンド行パッケージ化ユーティリティjavapackagerが含まれており、これは単純なパッケージ化タスクに使用できます。 javapackagerは便利なユーティリティですが、Antタスクと比べて柔軟性はなく、オプションも多くありません。

表5-1では、使用可能な様々なパッケージ化ツールを使用してビルド・ステップを実行する方法をまとめています。 javapackagerは-makeallマクロ・コマンドも指定して、単純なアプリケーションの完全なアプリケーション・パッケージを作成します。 詳細は、第9章「Javaパッケージャ・ツール」を参照してください。

例5-1 バイナリ・スタイルシートの使用

scene.getStylesheets().add(this.getClass().getResource
        ("mystyles.bss").toExternalForm());

5.7.1 デプロイメント記述子の構成

このタスクの主要な部分では、Webデプロイメントのデプロイメント記述子を入力するための情報を提供しています。 次の情報が必要です。

• エントリ・ポイント: メイン・アプリケーション・クラス、JavaFXプリローダー・クラス、およびその他の詳細

  <fx:application>タグの属性として定義されます。

• アプリケーションに渡されるパラメータ

  <fx:application>の下の<fx:param>および<fx:htmlParam>タグを使用して定義されます。

• 優先アプリケーションのステージ・サイズ

  埋込みコンテンツの表示領域を予約することは重要です。

  幅および高さは、Antタスクの<fx:deploy>タグのwidthおよびheight属性、WindowsまたはSolaris、LinuxおよびOS X用のjavapackagerツールのjavapackager -deployコマンド、またはNetBeansの「プロジェクト・プロパティ」の「実行」カテゴリを使用して定義されます。

• アプリケーションの起動中にユーザーに表示されるダイアログ・ボックスで使用されるアプリケーションの説明

  <fx:info>タグを使用して定義されます。

• 必要なバージョンのJREおよびJVMの設定などのプラットフォーム要件

  <fx:platform> タグを使用して定義されます。 例は、「JVMオプションを指定する<fx:platform>パラメータ」を参照してください。

• デスクトップへのショートカットや「スタート」メニューへの参照の追加などの、アプリケーションのデスクトップ統合プリファレンス。

  オプションの<fx:preferences>タグを使用して定義されます。 「<fx:preferences>の使用例」を参照してください。

• アプリケーションの実行に必要な権限

  デフォルトでは、Webアプリケーションはサンドボックスで実行されます。 高い権限を要求するには、<fx:permissions>タグを使用します。

5.7.2 アプリケーション・リソース

次のタイプのリソース・ファイルがサポートされています。

• JARファイル

• ネイティブJARファイル

• JNLPファイル

• アイコン

• ライセンス・ファイル

• データ・ファイル

すべてのリソースには、関連付けられた追加のメタデータがあります。たとえば、このリソースが適用可能なオペレーティング・システムやアーキテクチャ、およびこのリソースが必要とされるアプリケーションのライフ・サイクル内のポイントを定義する優先プリファレンスなどです。 メタデータを注意して使用すると、アプリケーションの起動操作に重大な影響を及ぼすことがあります。 サポートされている値のリストは、表10-10を参照してください。

リソース・セットのすべてのファイルは、ビルド出力フォルダにコピーされます。 しかし、以降の段落で説明するように、すべてのファイルがすべての実行モードで使用されているわけではありません。

実行モードに関係なく、リソース・セットのすべての通常のJARファイルは、アプリケーション・クラス・パスに追加されます。

ネイティブのJARファイルおよびJNLPファイルは、Webデプロイメントにのみ使用されます。 追加のJNLPファイルは、通常、外部のJNLP拡張を参照するために、またはアプリケーション自体が一連のコンポーネントとしてパッケージ化される場合に使用されます。 JavaFX Antタスク・リファレンスの「拡張記述子の<fx:resources>の使用」を参照してください。

ネイティブJARファイルは、アプリケーションで使用されるネイティブ・ライブラリのデプロイに使用されます。 各ネイティブJARファイルは、一連のネイティブ動的ライブラリを含めることができ、本質的にプラットフォーム固有です。 詳細は、例5-11および5.8.3項「複合アプリケーションのパッケージ化」を参照してください。

ライセンス・ファイルは、現在、自己完結型アプリケーションにのみ適用可能で、クリックスルー・ライセンスをインストール可能なパッケージに追加するために使用されます。 7.4項「インストール可能なパッケージ」を参照してください。

データ・ファイルに特別なセマンティックスはなく、アプリケーションは何に対しても自由に使用できます。 たとえば、アプリケーションがムービー・ファイルをバンドルする必要がある場合、それは「データ」としてマークすることができ、アプリケーション・パッケージに含まれます。

詳細は、表10-10を参照してください。

5.7.3 カスタムJavaScriptアクションのパッケージ化

配備ツールキットでは、アプリケーションがブラウザでデプロイされると、起動動作のカスタマイズに使用できる一連のフックが提供されます。 開発者はフックへのコールバック関数をインストールする必要があるため、フックは配備ツールキットによって利用されます。

第19章「ブラウザでのデプロイメント」では、使用可能なフックと、それのコードでの使用方法について詳細に説明します。 ただし、フックが正しくインストールされていることを確認するには、パッケージ化の際にフックを指定する必要もあります。

コールバックを指定するには、<fx:deploy>の下の<fx:callbacks>タグでコールバックをリストします。 インストールするすべてのコールバックの<fx:callback>エントリを追加し、name属性にフックの名前を指定します。 <fx:callback>タグの内容は、使用するJavaScript関数です。 完全な関数定義を使用したり、別の場所で定義された関数を参照したりできます。

次の方法は、カスタムJavaScriptアクションのパッケージ化に使用できます。

• Antタスク: 「<fx:jar>の使用例」を参照してください。

• Javaパッケージャ・ツール: WindowsまたはSolaris、LinuxおよびOS X用のjavapackagerリファレンスの-deployコマンドを参照してください。

• NetBeans IDE: 「プロジェクト・プロパティ」の「デプロイメント」カテゴリにコールバックを追加します。 カスタムJavaScriptアクションの右にある「編集」ボタンをクリックします。

5.7.4 Webページ・テンプレート

デフォルトでは、Javaパッケージ化ツールにより、埋込みアプリケーションのプレースホルダが含まれる単純なWebページが生成されます。 この生成されたページから自身のWebページにコードを手動でコピーできますが、これはエラーが発生しやすく、頻繁に行う必要があると時間がかかります。

Javaパッケージ化ツールは、入力テンプレートを使用することによって、既存のWebページへの必要なコードの注入もサポートしています。 この方法が特に便利なのは、アプリケーションがWebページに密接に統合されている場合(たとえばアプリケーションがWebページとの通信にJavaScriptを使用する場合や、コールバックが使用され、そのコードがWebページ自体に保持される場合など)です。

入力テンプレートは、Webページでアプリケーションのデプロイに必要なJavaScriptやHTMLコードに置き換えられるマーカーを含むHTMLファイルです。 例5-2は、JavaFXアプリケーションの入力テンプレートの例を示しています。

<html>
    <head>
        <title>Host page for JavaFX Application</title>
        #DT.SCRIPT.CODE#
        #DT.EMBED.CODE.ONLOAD#
    </head>
    <body>
        <h1>Embed JavaFX application into existing page</h1>
        <!-- application will be inserted here -->
        <div id="ZZZ"></div>
    </body>
</html>  

#DT.SCRIPT.CODE#および#DT.EMBED.CODE.ONLOAD#は、テンプレートが処理されるとJavaScriptおよびHTMLコードに置換されるマーカーです。 マーカーの形式は#MARKERNAME#または#MARKERNAME(id)#になります。ここで、idはアプリケーションの識別子(Antを使用している場合は<fx:deploy>タグのid属性を使用して指定)で、MARKERNAMEはマーカーのタイプです。 idが指定されていない場合、MARKERは任意のアプリケーションに一致します。 サポートされているマーカーのリストは、Antタスク・リファレンスの<fx:template>を参照してください。

テンプレートは、同じページの複数のアプリケーションをデプロイする際に使用できます。 アプリケーションIDを含むマーカーの完全な形式(空白なしの英数字の文字列)を使用し、挿入する各アプリケーションをパッケージ化する際に部分的に処理されたテンプレート・ファイルを渡します。

例5-3は、複数のアプリケーションのデプロイに使用されるテンプレートの例を示しています。

<html>
    <head>
        <title>Page with two application</title>
        <script src="#DT.SCRIPT.URL#"></script>
 
        <!-- code to load first app with id 'firstApp'
             (specified as attribute to fx:application) -->
        <!-- #DT.EMBED.CODE.ONLOAD(firstApp)# -->
 
        <!-- code to load first app with id 'secondApp' -->
        <!-- #DT.EMBED.CODE.ONLOAD(secondApp)# --> 
    </head>
    <body>
        <h1>Multiple applications in the same page</h1>
 
        JavaFX app: <br>
        <!-- First app. Ant task need to use "ZZZ_1 as placeholderId -->
        <div id="ZZZ_1"></div>
 
        Another app: <br>
        <!-- Second app. Ant task need to use "ZZZ_2 as placeholderId -->
        <div id="ZZZ_2"></div>
    </body>
  </html>

例5-3は、マーカーをHTMLコメントに配置できるテンプレート・プロセッサの便利な機能の1つを示しています。 コメントにマーカー・コード以外のものが含まれていない場合、コメント・タグは、結果のHTMLのコンテンツから削除されます。 この機能によって、テンプレート・ページのHTMLの正しい形式が保持されます。

次の方法は、テンプレートを使用する際に使用できます。

• Antタスク: テンプレート・タグを追加します。 <fx:jar>の使用例を参照してください。

• Javaパッケージャ・ツール: WindowsまたはSolaris、LinuxおよびOS X用のjavapackagerリファレンスの-deployコマンドを参照してください。

• NetBeans IDE: 「プロジェクト・プロパティ」の「実行」カテゴリで、入力HTMLテンプレート・ファイルを指定します。

5.8.1 アプリケーションへのパラメータの受渡し

JavaおよびJavaFXアプリケーションは、2つのタイプのアプリケーション・パラメータ(名前付きと名前なし)をサポートしています(Application.ParametersのAPIを参照してください)。

静的な名前付きパラメータは<fx:param>を使用してアプリケーション・パッケージに追加でき、名前なしパラメータは<fx:argument>を使用して追加できます。 これは、スタンドアロン・アプリケーションを含むすべての実行モードに適用可能です。

パラメータは、<fx:htmlParam>を使用して、アプリケーションをホストするWebページからJavaおよびJavaFXアプリケーションに渡すこともできます。<fx:htmlParam>は、埋込みアプリケーションとJava Web Startアプリケーションの両方に適用可能です。

HTMLページからパラメータを渡すことは、パラメータが動的な場合は最も便利です。 この方法を使用するには、次のアプローチが推奨されます。

• Webページ・テンプレート(5.7.4項「Webページ・テンプレート」を参照)を使用して、動的パラメータを準備するJavaScriptコードを提供します。

• <fx:htmlParam>の値としてJavaScriptコードを渡し、escape="false"を指定します。 コードは実行時に評価されます。

例5-4は、様々なパラメータ・タイプの使用を示しています。

<fx:application name="Test" mainClass="tests.Params">
<!-- unnamed parameters -->
    <fx:argument>Arg1</fx:argument>
    <fx:argument>Arg2 with spaces </fx:argument>
 
    <!-- name parameters -->
    <param name="sampleParam" value="Built with ${java.version}"/>
    <param name="noValueParam"/>
 
    <!-- parameters passed from HTML page -->
    <htmlParam name="staticParamFromWebPage"
               value="(new Date()).getTime()"/>
    <htmlParam name="dynamicParamFromWebPage" escape="false"
               value="(new Date()).getTime()"/>
</fx:application> 

5.8.2 JVM設定のカスタマイズ

アプリケーションは大きいヒープ・サイズを必要としますか。 ガベージ・コレクタの動作の調整、またはクラスのロードのトレースを行いますか。

Antタスクの<fx:jvmarg>および<fx:property>タグを使用して、必要なJVMオプションを指定し、システム・プロパティを設定できます。 これらのタグは、スタンドアロン・アプリケーションを除くすべての実行モードに適用可能です。 JARファイルをダブルクリックするとデフォルトのJVMが常に取得されますが、自己完結型アプリケーション、Java Web Startアプリケーション、またはWebページに埋め込まれたアプリケーションを実行している場合、JVMを要件に合せることができます。

セキュアではないJVMオプションまたはシステム・プロパティを使用する場合、アプリケーションは高い権限を持っている必要があります。 セキュアなJVMコマンドライン引数およびシステム・プロパティのセットは、「Java Web Startガイド」の"JNLPファイルの構文"セクションの「resources要素」サブセクションで定義されます。

例5-5では、アプリケーションが実行されるとJVMが次の引数で起動されるように、Antタスクはアプリケーションをパッケージ化します。

-Xmx400 -verbose:jni -Dpurpose=sample

-verbose:jniもpurposeもセキュアではない場合、Java Web Startおよび埋込みの実行モードでは、高い権限が必要です。

<fx:platform javafx="2.1+">
    <fx:jvmarg value="-Xmx400m"/>
    <fx:jvmarg value="-verbose:jni"/>
    <fx:property name="purpose" value="sample"/>
</fx:platform> 

            <fx:platform>
              <fx:jvmuserarg name="-Xmx" value="768m" />
              <fx:jvmuserarg name="-Xms" value="128m" />
            </fx:platform>

     -BuserJvmOptions=-Xmx=768m
     -BuserJvmOptions=-Xms=128m

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
 "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>JVMUserOptions</key>
             <dict>
                          <key>-Xmx</key>
                          <string>400m</string>
            </dict>
</dict>
</plist>

Computer\HKEY_CURRENT_USER\Software\JavaSoft\Prefs\com\companyx\appy\/J/V/M/Options
   name: -Xmx
   type: REG_SZ
   data: 400m

~/.java/.userPrefs/com/companyx/appy/JVMOptions/prefs.xml
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE map SYSTEM "http://java.sun.com/dtd/preferences.dtd">
<map MAP_XML_VERSION="1.0">
  <entry key="-Xmx" value="400m"/>
</map>

<fx:platform>
  <fx:jvmarg value="-Djava.policy.file=$APPDIR/app/whatever.policy"/>
  <fx:jvmuserarg name="-Xmx" value="768m" />
</fx:platform>

5.8.3 複合アプリケーションのパッケージ化

多くの場合、実際のアプリケーションには、1つより多くのJARアーティファクトがあります。 サード・パーティ製のライブラリ、データ・ファイル、ネイティブ・コードなどがある場合があります。 複合アプリケーションの場合、異なる実行モードをサポートするために、パッケージ化の特別な調整が必要になる可能性があります。

次の提案は、複合アプリケーションのパッケージ化の一般的なガイドラインです。

• それに応じて、プラットフォーム固有のリソースをマークします。

• ユーザーがダブルクリック可能なJARファイルの場合、すべてを単一のJARファイルにパッケージ化し、そのJARファイル内からネイティブ・ライブラリおよびデータ・ファイルをロードすることを検討します。

  または、複数のファイルがある場合、次を行います。

  • すべての依存JARファイルが、メインJARファイルを作成する<fx:jar>タスクの<fx:resources>タグにリストされていることを確認します。

  • type="data"のファイルセットにすべてのデータ・ファイルおよびライブラリをリストし、出力フォルダにコピーします。

  • メインJARファイルに相対的な場所から、ネイティブ・ライブラリおよびリソースをロードします。

  • Antタスク・リファレンスに関する章の例「単純なアプリケーションの<fx:jar> Antタスク」を参照してください。

• 次のガイドラインは、自己完結型アプリケーション用のものです。

  • <fx:jar>を使用しているメインJARファイル以外をパッケージ化しないようにします。

  • メイン・アプリケーションJARファイルの<fx:deploy>および<fx:jar>の<fx:resources>セクションに、すべての依存JARファイルをリストします。

  • アプリケーションJARファイルに相対的で明示的な場所を使用してネイティブ・ライブラリをロードするか、ネイティブ・ライブラリをルート・アプリケーション・フォルダにコピーします。 type="data"を使用して、ネイティブ・ライブラリ・ファイルをコピーします。

  • 例7-4を参照してください。

• 次のガイドラインは、Java Web Startおよび埋込みアプリケーション用のものです。

  • <fx:deploy>の<fx:resources>セクションに、すべての依存JARファイルをリストします。

  • ネイティブ・ライブラリを配布用のJARファイルにラップします。

    プラットフォーム当たり1つのJARファイルを使用します。 JARファイルにネイティブ・ライブラリのみが含まれていること、およびライブラリがすべてJARファイルの最上位のフォルダにあることを確認してください。

  • 例5-11を参照してください。

<jar destfile="${basedir}/build/native-libs-win-x86.jar"
        basedir="native/windows/x86" includes="*"/>
<jar destfile="${basedir}/build/native-libs-win-x86_64.jar"
        basedir="native/windows/x86_64" includes="*"/>
        ....
 
<!-- sign all jar files --->
<signjar keystore="test.keystore" alias="TestAlias" storepass="xyz123">
    <fx:fileset dir="dist" includes="**/*.jar"/>
</signjar>
 
<!-- assemble package -->
<fx:deploy width="600" height="400"
           outdir="${basedir}/${bundle.outdir}"
           outfile="Demo">
    <fx:info title="Demo app"/>
    <fx:application name="${bundle.name}"
                    mainClass="${javafx.main.class}"/>
    <fx:permissions elevated="true"/>
    <fx:resources>
        <!-- jar files with classes and shared data -->
        <fx:fileset dir="dist" includes="*.jar"/>
        <fx:fileset dir="dist" includes="lib/*.jar"/>
       
        <!-- add native libs for deployment descriptor -->
        <fx:fileset dir="build" type="native"
                os="windows" arch="x86">
                includes="native-libs-win-x86.jar"/>
        </fx:fileset>
        <fx:fileset dir="build" type="native"
                    os="windows" arch="x64"
                    includes="native-libs-win-x86_64.jar"/>
        </fx:fileset>
                    ...
    </fx:resources>
</fx:deploy> 

5.8.4 ブラウザ・ウィンドウに入力するアプリケーションの公開

ブラウザ・ウィンドウのサイズに相対的なサイズ埋込みアプリケーションには、<fx:deploy>タスクのembeddedWidthおよびembeddedHeight属性を使用します。 これらのオプションの属性は、埋込みアプリケーションにのみ、および生成されたHTMLとJavascriptコードでのみ使用されます。 また、widthおよびheightの値(ピクセル)も引き続き必要です。

ブラウザ・ウィンドウに完全に入力するには、embeddedWidthおよびembeddedHeightを"100%"に設定します。 次の理由でスクロール・バーがブラウザ・ウィンドウに追加されるため、これは単独では完璧な結果を得られません。

• デフォルトのHTMLテンプレートには、他のコンテンツがあります。

• HTMLタグのデフォルトのスタイルは、マージンなどの領域を予約する場合があります。

生成されるWebページは表示領域より大きくなるように表示されるため、ブラウザにはスクロール・バーが追加されます。

完全な解決策は次のステップで構成されています。

• <fx:deploy>タスクにembeddedWidth="100%"およびembeddedHeight="100%"を指定します。 (例5-12を参照してください。)

• カスタムWebページ・テンプレートを追加します。 (例5-13および5.7.4項「Webページ・テンプレート」を参照してください。)

• 使用されたHTML要素のスタイルをリセットして、アプリケーションが表示領域の唯一の要素であることを確認します。

<fx:deploy width="100" height="100"
           embeddedWidth="100%" embeddedHeight="100%"
           outdir="${basedir}/${dist.dir}" outfile="${application.title}">
    <fx:application name="${application.title}"
                    mainClass="${javafx.main.class}"/>
    <fx:template file="${basedir}/web/index_template.html"
                 tofile="${dist.dir}/TestApp.html"/>
    <fx:resources>
        <fx:fileset dir="${basedir}/${dist.dir}" includes="*.jar"/>
    </fx:resources>
    <fx:info title="${application.title}"
             vendor="${application.vendor}"/>
</fx:deploy> 

<html>
    <head>
    <!-- This will be replaced with javascript code to embed the application -->
    <!--        #DT.SCRIPT.CODE#-->
    <!--        #DT.EMBED.CODE.ONLOAD#-->
 
    <!-- Reset html styles to ensure these elements do not waste space -->
        <style>
            html, body {
                margin: 0;
            }
        </style>
    </head>
    <body>
    <!-- Application will be added to the div below -->
        <div id='javafx-app-placeholder'></div>
    </body>
</html> 

5.9.1 アプリケーションのバックグラウンド更新チェック

Java Web Startと埋込みの両方のWebアプリケーションが起動するたびに、更新が必要かどうかを確認するためのバックグラウンド更新チェックが行われます。 デフォルトでは、JavaおよびJavaFXアプリケーションは、アプリケーションの実行中にバックグラウンドで「遅延の」更新チェックを実行します。 これにより、アプリケーションの起動時に更新をチェックするために待機する時間がなくなります。 更新が見つかった場合、更新はアプリケーションの再起動後にのみ使用されます。 更新モード間で切り替えるには、Javaパッケージ化ツールの次の方法を使用します。

• Antタスク: <fx:deploy>タスクのupdatemode属性を参照してください。

• Javaパッケージャ・ツール: WindowsまたはSolaris、LinuxおよびOS Xのjavapackagerツールのjavapackager -deployコマンドの-updatemodeオプションを参照してください。

• NetBeans IDE: 「プロジェクト・プロパティ」の「デプロイメント」カテゴリで、「バックグラウンドでアプリケーションの更新をチェック(&C)」を選択します。

5.9.2 Webページへのデプロイメント記述子の埋込み

図5-3に示すように、デプロイメント記述子のコンテンツをHTMLページに埋め込むことができ、これはアプリケーションの起動に必要なネットワーク接続の数を減らすのに役立ちます。

図5-3 ネットワーク接続数を減らすJNLPコンテンツの埋込み

「図5-3 ネットワーク接続数を減らすJNLPコンテンツの埋込み」の説明

アプリケーション更新チェックを実行するために、元のJNLPファイルがバックグラウンドでロードされます。

次の方法は、デプロイメント記述子のコンテンツの埋込みに使用できます。

• Antタスク: <fx:deploy>タスクのembedjnlp属性を参照してください。

• Javaパッケージャ・ツール: WindowsまたはSolaris、LinuxおよびOS Xのjavapackagerツールのjavapackager -deployコマンドの-embedjnlpオプションを参照してください。

• NetBeans IDE: デフォルトでコンテンツが埋め込まれます。

5.9.3 デプロイメント記述子への署名証明書の埋込み

アプリケーションに署名する場合、このオプションは、JARファイルの署名に使用される証明書の詳細のコピーをJNLPファイルに埋め込みます。 図5-4に示すように、ユーザーが権限を承認する必要がある場合、アプリケーションJARファイルのロード中に、後にセキュリティ・プロンプトが続くこの証明書が表示されます。

図5-4 デプロイメント記述子への証明書の埋込みの利点

「図5-4 デプロイメント記述子への証明書の埋込みの利点」の説明

次の方法は、デプロイメント記述子への署名証明書の埋込みに使用できます。

• Antタスク: <fx:permissions>タスクのcachecertificates属性を参照してください。

• Javaパッケージャ・ツール: WindowsまたはSolaris、LinuxおよびOS Xのjavapackagerツールのjavapackager -deployコマンドの-embedCertificatesオプションを参照してください。

5.9.4 代替の署名方法の使用

JARファイル・サイズを削減すると、ダウンロード時間の削減と起動時間の改善に役立ちます。 5.6項「JARファイルへの署名」を参照してください。