Java^TM Web アプリケーション (アプレットおよび Java Web Start アプリケーション) の開発および配備
JavaSE 6u10 用

Java^TM テクノロジベースのソリューションは、適切な設計方針で開発されると高い柔軟性を発揮します。これらのソリューションの主な種類には、その配備機構や実行コンテキストに応じて次の 3 つがあります。

1. アプレット – これらのソリューションは Web ブラウザのコンテキストで実行され、セッション cookie、DOM アクセスなどのブラウザの機能を利用します。アプレットは、JNLP または APPLET タグの属性を使用して配備できます。

2. Java Web Start アプリケーション - Java Web Start アプリケーションは、最初はブラウザを介して配備されます。アプリケーションがダウンロードされ、ユーザーがセキュリティー証明書を受け入れると、このアプリケーションはほぼスタンドアロンアプリケーションと同様に動作します。Java Web Start を使用してユーザーのデスクトップからスタンドアロンで実行されている場合は、アプリケーションへの更新が自動的にダウンロードされます。
3. スタンドアロンのソリューション – スタンドアロンのソリューションの実行には、ブラウザセッションは必要ありません。

アプレットおよび Java Web Start アプリケーションは現在、Web を利用する Java プログラムという意味で Java Web アプリケーションと呼ばれています。

Java Web アプリケーションを構築するための基本的な手順を次に示します。

設計

以前は、Java Web アプリケーションをブラウザの内部にアプレットとして配備するか、またはブラウザの外部に Java Web Start アプリケーションとして配備するかの決定が、アプリケーションの設計に大きく影響していました。このリリースに含まれている新しいテクノロジにより、正しく構造化されたプログラムをブラウザの内部または外部のどちらにも容易に配備できるように、この 2 つの配備オプションが大幅に統合されました。

アプリケーションの設計中に従うべき重要な手法が、コンポーネントベースのアーキテクチャーの使用です。従来のアプリケーションは、トップレベルのフレームを含むユーザーインタフェースを main メソッド内に構築する傾向がありました。このプログラミング方法では、アプリケーションが独自のフレームを作成することが前提になるため、ブラウザ内でのアプリケーションの容易な再配備が妨げられます。ブラウザ内でアプレットとして実行される場合は、そのアプレットが暗黙的にアプリケーションのユーザーインタフェースを保持すべきコンテナになるため、トップレベルのフレームは必要ないか、または望ましくありません。

代わりに、アプリケーションの開発中は、まとめて作成できる 1 つ以上のコンポーネントにその機能を構成することを試みてください。この場合の「コンポーネント」という用語は AWT Component クラス、Swing JComponent クラス、または別のサブクラスからサブクラス化された GUI 要素を指します。ユーザーインタフェースを構築したり、返したり、表示したりするさまざまなメソッドの観点からアプリケーションを表現するのではなく、それぞれがユーザーインタフェースの各部分を自身に追加するさまざまな Component サブクラスの観点からアプリケーションを表現してください。それにより、その時点では単なるコンポーネント (たとえば、メニューバー) であるアプリケーションを、任意の種類のコンテナに容易に追加できます。このコンテナは、トップレベルのフレームまたはアプレットである可能性があります。この手法およびアーキテクチャーを使用すると、アプリケーションをブラウザの内部または外部のどちらも容易に再配備できるようになり、さらにアプリケーションの開発サイクルに大きな影響を与えることなく、この配備の決定を基本的にいつでも変更できるようになります。

SwingSet2 のデモは、コンポーネントを 1 つのまとまった単位でレイアウトする方法を示す例です。ButtonDemo クラスのコンストラクタは、必要なすべてのユーザーインタフェースコンポーネントをインスタンス化し、1 つのマスターパネルにレイアウトします。DemoModule クラスは、このマスターパネルをアプレットとして表示する役割のみを果たします。この設計によって、ButtonDemo を別のアプレットまたはアプリケーションに容易に再利用したり、移植したりできるようになります。

アプレットを開発することを決定した場合は、おそらく、信頼性およびブラウザ間の互換性のために大幅に改造された次世代プラグインを使用できます。この選択を容易にするには、「Java Web アプリケーション決定ガイド」を参照してください。

開発

構築しようとするクライアントアプリケーションの種類を決定したら、次の手順はその構築です。アプレットの場合は、「アプレット開発者ガイド」を使用してアプレットを設定し、ブラウザとアプレットが相互に通信できるようにしたあと、ほかのアプレットと通信します。Java Web Start アプリケーションの場合は、「Java Web Start 開発者ガイド」を使用します。

デバッグは、開発の自然な一部です。Java IDE または Java デバッガの使用に加えて、Java コンソールのデバッグ機能や、JVM のトレースおよびログ 機能を使用できます。

配備

配備は、複数の手順から成るプロセスです。これらの手順の多くは省略可能ですが、そのすべてがエンドユーザーの操作性を向上させることを目的にし、エンドツーエンドの何らかの手直しを経ています。. 従うべき手順を次に示します (これらのほとんどの手順は、「Java Web アプリケーション配備アドバイス」でより詳細に説明されている)。

• JNLP ファイル: JNLP file.は、JNLP を使用して配備される Java Web Start アプリケーションおよびアプレットのために作成されます。
   
• セキュリティー証明書: アプリケーションがユーザーのシステムとの間で制限された対話しか行わない場合は、アプレットまたは Java Web Start API で十分です。しかし、ユーザーのシステムに影響を与えるほかの API を使用する必要がある場合は、アプリケーションにアクセス権が必要になるため、そのアプリケーションを配備するときにセキュリティー証明書を追加する必要があります。詳細は、「セキュリティー」のページを参照してください。
   
• Jar インデックス: 必要になるまでアプリケーションで JAR ファイルがダウンロードされないようにするには、Jar インデックスを使用します。Jar インデックスは、アプレットと Java Web Start アプリケーションの両方に対して機能します。Jar インデックスでは、メインの jar に、ほかの jar にどのパッケージが存在するかを通知するインデックスファイルが含まれます。リソースの遅延ローディング時、基盤となるクラスローダーは、そのインデックスを使用してどの jar ファイルをダウンロードするかを調べます。
  
• Pack200 圧縮: アプリケーションの JAR ファイルのダウンロード時間を最小限に抑えるには、Pack200 圧縮を使用します。
   
• 配備ツールキット: 最後に、アプリケーションを起動するために必要なブラウザ間の JavaScript を使用して Web ページを設定するには、配備ツールキットを使用します。配備ツールキットは基本的に、さまざまなブラウザにわたって一貫してアプレットが配備されることを保証する、一連の JavaScript 関数です。

リソース

• 元の配備ガイド