J2EE アプリケーションのデプロイメントは、デプロイ担当者にとって非常に意味のあることです。既存のアプリケーション サーバーは通常、Web、ホット デプロイメント、またはデプロイメント ツールを介したアプリケーション デプロイメントをサポートします。 WebSphere Application Server 5.x は、J2EE アプリケーションのデプロイメントと管理を実装するためのアプリケーション プログラミング インターフェイスを提供します。
1. WebSphere 導入の概要
一般に、J2EE ベースのアプリケーションをデプロイするには、次のことを行う必要があります。まず、JNDI 名を指定する必要があるデータ ソースを作成します。次に、エンタープライズ アプリケーションのリソース JNDI 名とリソース参照を変更します。 .ear ファイル、3 番目にエンタープライズ アプリケーションの EJB JNDI 名と EAR ファイルの参照を変更します。4 番目に、変更されたエンタープライズ アプリケーションの .ear ファイルを自動的にデプロイします。最後に、WebSphere サーバーを再起動します。
これらの手順を手動で完了する場合、EJB コンポーネント、リソース参照、および参照参照がそれほど多くない場合は、基本的に短時間で完了できます。ただし、想像してみてください。同じアプリケーションのセットが同じ WebSphere アプリケーション サーバー上で実行され、EJB コンポーネントに関係する JNDI 名の変更とリソース (参照) の変更が多数ある場合、プログラム全体を自動的に実行する必要があります。プロセスが完了しました。このプロセスは、WebSphere が提供する Java インターフェース (JMX テクノロジーに基づく) を利用して適切に処理できます。ここでは、展開プロセスに基づいて一般的なプロセスを示します (プロセス全体が比較的複雑であるため、ここでは主要なアイデアのみを示します)。
2. データソースの自動作成
このプロセスには主に次の側面が含まれます。
まず、WebSphere サーバー上のデータ ソースを見つけて、その名前がこれから構成するものと競合していないかどうかを確認します。
2 番目: そうでない場合、プログラムは必要なデータ ソースを作成します。
3 番目: 作成するデータ ソースの JDBC ProvIDEr が存在しない場合は、最初と 2 番目の手順の前に作成する必要があります。
このようないくつかの手順により、データソースの自動作成を実現できます。
サンプルコードを以下に示します。
管理クライアントを作成します。
既存の JDBC プロバイダーを見つけます。
データ ソースの作成操作を保存します。
3. J2EEアプリケーション(.ear)の自動変更
この部分は通常、次の手順で完了できます。
最初に: JNDI 関連のコンテンツを変更します。
2 番目: AppDeploymentTask タスクを取得します。
3 番目: AppDeploymentTask タスクを保存します。
4 番目: Web コンテキストを変更します。これは、JAXP、JDOM などを使用して実現できます。
4. J2EEアプリケーション(.ear)の自動デプロイメント
この部分は通常、次の手順で完了できます。
まず、NotificationListenerを実装します。
次に、.ear アプリケーションをデプロイします。
通知リスナーを実装します。
このようにして、J2EE アプリケーションの自動デプロイメントを実現します。 ■