トピック:
Oracle WebLogic Serverには、Java EEに準拠したインフラストラクチャが用意されており、Java EEに準拠したアプリケーションやモジュールのデプロイ、アンデプロイおよび再デプロイが可能です。
次の項目について説明します。
Oracle WebLogic Serverにデプロイできるコンポーネントは次のとおりです。
Enterprise Archive (EAR)ファイルとしてパッケージ化された完全なJava EEアプリケーション。
Webサービス、Enterprise JavaBeans (EJB)、アプリケーション・クライアント(CAR)またはリソース・アダプタ(RAR)を含む、Java Archive (JAR)ファイルとしてパッケージ化されたスタンドアロン・モジュール。
ADFアプリケーション。Oracle Application Development Framework (Oracle ADF)は、Java Platform、Enterprise Edition (Java EE)標準やオープンソース・テクノロジに基づいて、サービス指向アプリケーションの実装を簡略化および高速化するエンドツーエンド・アプリケーション・フレームワークです。
Oracle SOA Suiteコンポジット・アプリケーション。SOAコンポジット・アプリケーションは単一のデプロイ単位で、SOAアプリケーションの管理やライフサイクルを大幅に簡素化します。
Oracle WebCenter Portalアプリケーション。WebCenter Portalアプリケーションが従来のJava EEアプリケーションと異なる点は、アプリケーションのページ、これらのページに含まれるポートレット、ドキュメント・ライブラリなどのランタイム・カスタマイズをサポートすることです。
メタデータ・アーカイブ(MAR)とは、アプリケーションレベルのデプロイ・プロファイルなどの、アプリケーションについて選択したメタデータを圧縮したアーカイブです。MARは、メタデータ・コンテンツをメタデータ・サービス(MDS)リポジトリにデプロイする際に使用します。次のアプリケーションのタイプでは、MDSリポジトリにデプロイされるコンテンツ(ADFアプリケーション、SOAコンポジット・アプリケーション、Oracle WebCenter Portalアプリケーション)のコンテナとしてMARを使用します。
注意:
アプリケーションレベルのデータ・ソースで間接パスワードを使用している場合、Fusion Middleware Controlを使用してアプリケーションをデプロイすることはできません。Fusion Middleware Controlを使用してアプリケーションをデプロイできるように、アプリケーションの設定を変更する方法については、Oracle JDeveloperのヘルプにある、Oracle WebLogic Serverで実行するためにEARファイルにアプリケーションをデプロイする方法に関する項を参照してください。
アプリケーションのデプロイ、アンデプロイおよび再デプロイには、Fusion Middleware Control、Oracle WebLogic Server管理コンソール、Oracle JDeveloperまたはコマンド行を使用できます。使用する方法は、アプリケーションのタイプによって異なります(表10-1を参照)。
表10-1 アプリケーションをデプロイするツール
アプリケーションのタイプ | 使用するツール |
---|---|
ピュアJava EEアプリケーション |
Oracle WebLogic Server管理コンソール Fusion Middleware Control: デプロイメント・ウィザード Oracle JDeveloper WLSTコマンド行 |
ADFアプリケーション |
Fusion Middleware Control: デプロイメント・ウィザード Oracle JDeveloper WLSTコマンド行 |
SOAコンポジット・アプリケーション |
Fusion Middleware Control: 「SOAコンポジット・デプロイ」ウィザード Oracle JDeveloper WLSTコマンド行 |
WebCenter Portalアプリケーション |
Fusion Middleware Control: デプロイメント・ウィザード Oracle JDeveloper WLSTコマンド行 |
アプリケーションでMDSリポジトリを使用している場合、アプリケーションをデプロイする前にリポジトリをOracle WebLogic Serverドメインに登録する必要があります。ユーザーの組織で独自に開発されたカスタムのJava EEアプリケーションなどのアプリケーションや、Oracle B2B、Oracle Web Services Managerなどの一部のOracle Fusion Middlewareコンポーネント・アプリケーションは、MDSリポジトリを使用します。MDSリポジトリおよびリポジトリの登録の詳細は、「MDSリポジトリの管理」を参照してください。
注意:
アプリケーションにアプリケーションレベルの資格証明ストアが含まれており、アプリケーションをテスト環境から本番環境に移行する場合は、『Oracle Fusion Middleware Oracle Platform Security Servicesによるアプリケーションの保護』のドメイン・ポリシー・ストアの再関連付けに関する項で説明されているように、資格証明ストアを再度関連付けする必要があります。
アプリケーションをデプロイする場合は、アプリケーション・サーバーに初めてデプロイします。
アプリケーションを再デプロイする場合は、次を実行できます。
新しいバージョンのアプリケーションの再デプロイ。以前のバージョンも引き続き使用できますが、状態は「リタイア」に設定されます。
これは、本番の再デプロイ戦略と呼ばれています。Oracle WebLogic Serverでは、クライアントの接続が自動的に管理され、新しいクライアント・リクエストのみが新しいバージョンに転送されるようになります。再デプロイ時にアプリケーションに接続していたクライアントは、その処理が完了するまで古いバージョンのアプリケーションを使用し続けます。その処理が完了した時点でOracle WebLogic Serverは自動的に古いアプリケーションをリタイアさせます。
同じバージョンのアプリケーションの再デプロイまたはバージョンが割り当てられていないアプリケーションの再デプロイ。選択したアプリケーションのバージョンは新しいデプロイに置き換えられます。
以前のバージョンのアプリケーションの再デプロイ。リタイアした古い方のバージョンは「アクティブ」に設定され、新しい方のバージョンは「リタイア」に設定されます。
アプリケーションをアンデプロイする場合、Oracle WebLogic Serverはアプリケーションを停止して、ステージング済のファイルをターゲット・サーバーから削除します。デプロイに使用された元のソース・ファイルは削除しません。
データ・ソースは、リレーショナル・データベースへの接続を取得するためにアプリケーション・コンポーネントで使用するJavaオブジェクトです。
次の各項では、データ・ソースとそれらの管理方法について説明します。
データ・ソースは、リレーショナル・データベースへの接続を取得するためにアプリケーション・コンポーネントで使用するJavaオブジェクトです。URLやユーザー名とパスワードなどの特定の接続情報は、データ・ソース・オブジェクトでプロパティとして設定されるため、アプリケーション・コードで明示的に定義する必要はありません。この抽象化により、アプリケーションが特定のバックエンド・データベースに関連付けらなくなるため、アプリケーションをポータブルな方法で構築できます。データベースを変更しても、アプリケーション・コードに影響はありません。
アプリケーションは、Java Naming and Directory Interface (JNDI) APIを使用してデータ・ソース・オブジェクトにアクセスします。アプリケーションは、データ・ソース・オブジェクトにバインドされたJNDI名を使用します。JNDI名は論理名であるため、すべてのデータ・ソース・オブジェクトにマップできます。データ・ソース・プロパティと同様に、データ・ソース・オブジェクトを変更してもアプリケーション・コードを変更する必要がないため、JNDIを使用すると抽象レベルが上がります。結果として、データベースへのアクセスの詳細が、アプリケーションに対して透過的になります。
データ・ソースの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCデータ・ソースの管理』を参照してください。
Oracle SOA Suiteなど、特定のOracle Fusion Middlewareコンポーネントを構成する場合は、Oracle WebLogic Server構成ウィザードを使用して、データ・ソースの接続情報を指定します。コンポーネントでMDSリポジトリを使用している場合、構成ウィザードではデータ・ソース名の先頭にmds-
を付加して、そのデータ・ソースがMDSリポジトリで使用されるシステム・データ・ソースであることを示します。
構成ウィザードを使用してデータ・ソースを指定する方法の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』を参照してください。
Oracle Real Application Clusters (Oracle RAC)またはOracle Fusion Middlewareコールド・フェイルオーバー・クラスタを使用している場合、次のデータ・ソース・タイプのいずれかを構成する必要があります。
マルチ・データ・ソース
マルチ・データ・ソースを使用するには、Oracle WebLogic Server管理コンソールを使用する必要があります。複数のデータ・ソースを作成し、それに既存のMDSデータ・ソースを追加した場合、追加したデータ・ソースは有効なMDSリポジトリとみなされなくなるので注意してください。リポジトリは、Fusion Middleware ControlにもOracle WebLogic Server管理コンソールにも表示されません。たとえば、MDSリポジトリはFusion Middleware Controlのナビゲーション・ペインには一覧表示されず、アプリケーションをデプロイするときにターゲットのメタデータ・リポジトリの選択肢として表示されません。
GridLinkデータ・ソース
GridLinkデータ・ソースを使用するには、「Fusion Middleware Controlを使用したGridLinkデータ・ソースの作成」の説明に従って、Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlを使用できます。
マルチ・データ・ソースおよびGridLinkデータ・ソースの構成に関する詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCデータ・ソースの管理』を参照してください。
JDBCデータ・ソースの作成と管理には、次の管理ツールを使用できます。
Oracle WebLogic Server管理コンソール
WebLogic Scripting Tool (WLST)
Fusion Middleware Control
MDSデータ・ソースを手動で作成するには、Fusion Middleware ControlまたはWLSTを使用して、データ・ソースの正しい属性を設定する必要があります。MDSデータ・ソースは、Fusion Middleware Controlではナビゲーション・ペインに表示され、管理コンソールではドメイン構造に表示されます。アプリケーションでMDSリポジトリを使用している場合、アプリケーションをデプロイする前にリポジトリをOracle WebLogic Serverドメインに登録する必要があります。MDSリポジトリおよびリポジトリの登録の詳細は、「MDSリポジトリの管理」を参照してください。
注意:
データ・ソースを作成する場合、リポジトリ作成ユーティリティ(RCU)で作成されたMDSスキーマを使用する必要があります。それ以外のスキーマは使用しないでください。
お薦めはできませんが、Oracle WebLogic Server管理コンソールを使用して、MDSデータ・ソースを作成することもできます。その場合は、次の点に注意してください。
MDSリポジトリでの使用を目的とする場合、データ・ソース名に接頭辞としてmds-
を付ける必要があります。
データ・ソースの対象は、管理サーバー、およびデータ・ソースが必要なアプリケーションをデプロイするすべての管理対象サーバーとする必要があります。
グローバル・トランザクションをオフにする必要があります。
Oracle WebLogic Server管理コンソールまたはWLSTを使用してデータ・ソースを作成および管理する方法の詳細、および複数のデータ・ソースの構成の詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCデータ・ソースの管理』を参照してください。
次の各トピックでは、Fusion Middleware Controlを使用してJDBCデータ・ソースを作成および管理する方法について説明します。
Fusion Middleware Controlを使用してJDBCデータ・ソースを作成する手順は次のとおりです。
Fusion Middleware Controlを使用して既存のJDBCデータ・ソースを編集する手順は次のとおりです。
Fusion Middleware Controlを使用してJDBCデータ・ソースをモニターする手順は次のとおりです。
Fusion Middleware Controlを使用して、JDBCデータ・ソースの文キャッシュを開始、停止、中断、再開またはクリアする手順は次のとおりです。
単一のGridLinkデータ・ソースは、Oracle RACクラスタにターゲット指定されたOracle WebLogic ServerとOracle Databaseサービス間の接続を提供します。GridLinkデータ・ソースの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCデータ・ソースの管理』のGridLinkデータ・ソースの作成に関する項を参照してください。
Fusion Middleware Controlを使用してGrid Linkデータ・ソースを作成する手順は次のとおりです。
Java EEアプリケーションは、1つ以上のコンポーネント(アプリケーション・クライアント、Webコンポーネント、EJBコンポーネント)で構成され、管理対象サーバーにデプロイできます。
Java EEアプリケーションのデプロイ、アンデプロイおよび再デプロイには、Fusion Middleware Control、Oracle WebLogic Server管理コンソール、Oracle JDeveloperまたはコマンド行を使用できます。
次の各トピックでは、Fusion Middleware Controlおよびコマンド行を使用して、これらのタスクを実行する方法について説明します。
Oracle WebLogic Server管理コンソールおよびWLSTコマンド行を使用してデプロイする方法の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ』を参照してください。
管理対象サーバー・インスタンスまたはクラスタに対して、アプリケーションをデプロイできます。この項では、管理対象サーバーにアプリケーションをデプロイする方法について説明します。次の項目が含まれます。
Fusion Middleware Controlを使用してJava EEアプリケーションを管理対象サーバーにデプロイする手順は次のとおりです。
アプリケーションを複数のサーバーに同時にデプロイするには、ドメインにナビゲートします。次に、「WebLogicドメイン」メニューから「アプリケーション・デプロイメント」→「デプロイ」を選択します。デプロイメント・ウィザードにサーバーを選択できるページが表示されます。
アプリケーションをクラスタにデプロイするには、クラスタを選択します。次に「クラスタ」メニューから、「アプリケーション・デプロイメント」→「デプロイ」を選択します。
WLSTコマンド行を使用して、アプリケーションをデプロイできます。WLSTが管理サーバーに接続されている際にJava EEアプリケーションをデプロイするには、WLSTコマンドdeploy
を次の形式で使用します。
deploy(app_name, path [,targets] [,stageMode] [,planPath] [,options])
deployコマンドは、管理サーバーをホストするコンピュータ上で呼び出す必要があります。
たとえば、アプリケーションmainWebAppをデプロイするには、次のように指定します。
deploy("myApp","/scratch/applications/wlserveR/samples/server/examples/build/mainWebApp")
次の例に示すように、weblogic.deployerを使用してアプリケーションをデプロイすることもできます。
java weblogic.Deployer -adminurl http://localhost:7001 -user username -password password -deploy -name myApp c:\localfiles\mainWebApp -plan c:\localfiles\productionEnvPlan.xml
詳細は、次を参照してください。
WLSTを使用したアプリケーションのデプロイの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ』のデプロイメント・ツールに関する項を参照してください。
『Oracle Fusion Middleware WebLogic Server WLSTコマンド・リファレンス』
アプリケーションまたは特定のバージョンのアプリケーションは、管理対象サーバーのインスタンスまたはクラスタからアンデプロイできます。この項では、管理対象サーバーからアプリケーションをアンデプロイする方法について説明します。アプリケーションが複数のサーバーにデプロイされている場合、Fusion Middleware Controlを使用してアプリケーションをアンデプロイすると、そのアプリケーションはすべてのサーバーからアンデプロイされます。
この項では、次の項目について説明します。
Fusion Middleware Controlを使用して管理対象サーバーからJava EEアプリケーションをアンデプロイする手順は次のとおりです。
また、ドメイン、管理対象サーバーまたはクラスタにナビゲートすることもできます。ターゲット・メニューから「アプリケーションのデプロイ」→「アンデプロイ」を選択します。「アプリケーションの選択」ページで、アンデプロイするアプリケーションを選択します。
WLSTコマンド行を使用して、アプリケーションをアンデプロイできます。WLSTが管理サーバーに接続されている際にJava EEアプリケーションをアンデプロイするには、WLSTコマンドundeploy
を次の形式で使用します。
undeploy(app_name, path [,targets] [,options])
undeployコマンドは、管理サーバーをホストするコンピュータ上で起動する必要があります。
たとえば、すべてのターゲット・サーバーからアプリケーションbusinessAppをアンデプロイし、WLSTでプロセスが完了するまで60,000ミリ秒待機するように指定するには、次のように指定します。
wls:/mydomain/serverConfig> undeploy('businessApp', timeout=60000)
更新した新しいバージョンのアプリケーション、同じバージョンのアプリケーション、またはバージョンのないアプリケーションを再デプロイすることができます。アプリケーションは、クラスタまたは管理対象サーバーに再デプロイできます。
次の各項では、アプリケーションを管理対象サーバーに再デプロイする方法について説明します。
バージョンのないアプリケーションまたは同じバージョンのアプリケーションを再デプロイする場合は、次のことに注意してください。
再デプロイするアーカイブのファイル名およびパスは、アプリケーションを最初にデプロイした際に使用したファイル名およびパスと同じにする必要があります。
たとえば、元のアプリケーションのファイル名およびパスが/dua0/staging/myApp.earの場合、更新されたアプリケーションは/dua0/staging/myApp.earである必要があります。
最初にOracle WebLogic Server管理コンソールやWLST、またはFusion Middleware Control以外の他の管理ツールを使用してアプリケーションをデプロイした場合、Fusion Middleware Controlを使用してそのアプリケーションを再デプロイすることはできません。
Fusion Middleware Controlを使用してJava EEアプリケーションを管理対象サーバーに再デプロイする手順は次のとおりです。
アプリケーションをクラスタに再デプロイするには、クラスタを選択します。次にターゲットのメニューから、「アプリケーション・デプロイメント」→「再デプロイ」を選択します。
WLSTコマンド行を使用して、アプリケーションを再デプロイできます。WLSTが管理サーバーに接続されている際にJava EEアプリケーションを再デプロイするには、WLSTコマンドredeploy
を次の形式で使用します。
redeploy(app_name [,planpath] [,options])
redeployコマンドは、管理サーバーをホストするコンピュータ上で起動する必要があります。
たとえば、アプリケーションbusinessAppをすべてのターゲット・サーバーに再デプロイするには、次のように指定します。
redeploy('businessApp')
Oracle ADFは、Java Platform, Enterprise Edition (Java EE)標準やオープンソース・テクノロジに基づいて、サービス指向アプリケーションの実装を簡略化および高速化するエンドツーエンド・アプリケーション・フレームワークです。
Oracle ADFアプリケーションのデプロイ、アンデプロイおよび再デプロイには、Fusion Middleware Control、Oracle WebLogic Server管理コンソール、Oracle JDeveloperまたはコマンド行を使用できます。次の各トピックでは、Fusion Middleware Control、管理コンソールおよびコマンド行を使用して、これらのタスクを実行する方法について説明します。
ADFアプリケーションの開発およびOracle JDeveloperを使用したデプロイの詳細は、『Oracle Fusion Middleware Oracle Application Development FrameworkによるFusion Webアプリケーションの開発』を参照してください。
WebLogic Serverの管理対象サーバー・インスタンスまたはクラスタへ、アプリケーションをデプロイできます。この項では、管理対象サーバーにアプリケーションをデプロイする方法について説明します。また、ADFアプリケーションを含む.earファイルを作成しているものとします。
この項では、次の項目について説明します。
Fusion Middleware Controlを使用してOracle ADFアプリケーションをデプロイする手順は次のとおりです。
Fusion Middleware Controlを使用してOracle ADFアプリケーションをアンデプロイする手順は次のとおりです。
また、ドメイン、管理対象サーバーまたはクラスタにナビゲートすることもできます。ターゲット・メニューから「アプリケーションのデプロイ」→「アンデプロイ」を選択します。「アプリケーションの選択」ページで、アンデプロイするアプリケーションを選択します。
アプリケーションをアンデプロイしても、MDSパーティションに格納されているドキュメントは削除されません。
アプリケーションを再デプロイする際に、アプリケーションにメタデータ・アーカイブ(MAR)が含まれていると、MARの内容は、MARが変更されている場合にのみ、アプリケーションのメタデータ・リポジトリにインポートされます。MARがアプリケーションの前回のデプロイから変更されていない場合は無視されます。
バージョンのないアプリケーションまたは同じバージョンのアプリケーションを再デプロイする場合は、次のことに注意してください。
再デプロイするアーカイブのファイル名およびパスは、アプリケーションを最初にデプロイした際に使用したファイル名およびパスと同じにする必要があります。
たとえば、元のアプリケーションのファイル名およびパスが/dua0/staging/myApp.earの場合、更新されたアプリケーションは/dua0/staging/myApp.earである必要があります。
最初にOracle WebLogic Server管理コンソールやWLST、またはFusion Middleware Control以外の他の管理ツールを使用してアプリケーションをデプロイした場合、Fusion Middleware Controlを使用してそのアプリケーションを再デプロイすることはできません。
Fusion Middleware Controlを使用してOracle ADFアプリケーションを再デプロイする手順は次のとおりです。
Oracle SOA Suiteでは、SCA標準を使用して複数のサービス・コンポーネントを1つのSOAコンポジット・アプリケーションに組み立てます。SOAコンポジット・アプリケーションをデプロイ、アンデプロイおよび再デプロイできます。
SOAコンポジット・アプリケーションは、次のコンポーネントで構成されます。
ルーティングを処理するOracle Mediator、全体を統括するBPELプロセス、ワークフローを承認する人間のタスク、ビジネスの意思決定を設計するビジネス・ルール、イベント・ストリームを問い合せる複合イベント処理などのサービス・コンポーネント
外部のサービス、アプリケーションおよびテクノロジに対してSOAコンポジット・アプリケーションを接続するバインディング・コンポーネント(サービスと参照)
これらのコンポーネントを集合させたものがSOAコンポジット・アプリケーションです。このアプリケーションは単一のデプロイ単位で、SOAアプリケーションの管理やライフサイクルを大幅に簡素化します。
SOAアプリケーションのデプロイ、アンデプロイおよび再デプロイには、Fusion Middleware Control、Oracle JDeveloperまたはコマンド行を使用できます。次の各トピックでは、Fusion Middleware Controlを使用して、これらのタスクを実行する方法について説明します。
詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』を参照してください。
SOAコンポジット・アプリケーションをデプロイする場合、デプロイによってSOAインフラストラクチャのコンポジット・アプリケーションが抽出されてアクティブ化されます。
SOAコンポジット・アプリケーションは、Fusion Middleware ControlからSOAコンポジットのデプロイ・ウィザードを使用してデプロイできます。
SOAコンポジット・アプリケーションのデプロイに関する詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のアプリケーションのデプロイに関する項を参照してください。
SOAコンポジット・アプリケーションは、Fusion Middleware ControlからSOAコンポジットのアンデプロイ・ウィザードを使用してアンデプロイできます。
SOAコンポジット・アプリケーションのアンデプロイに関する詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のアプリケーションのアンデプロイに関する項を参照してください。
Oracle WebCenter Portalアプリケーションが従来のJava EEアプリケーションと異なる点は、アプリケーションのページ、これらのページに含まれるポートレット、ドキュメント・ライブラリなどのランタイム・カスタマイズをサポートすることです。
カスタマイズは次のように保存されます。
WebCenter Portalアプリケーションのカスタマイズは、データベースにインストールされたOracle Metadata Services (MDS)に保存されます。
ポートレット・プロデューサのカスタマイズ(プリファレンス)は、通常はデータベース・プリファレンス・ストアに保存されます。
WebCenter Portalアプリケーションのデプロイ、アンデプロイまたは再デプロイには、Fusion Middleware Control、Oracle JDeveloperまたはコマンド行を使用できます。次の各トピックでは、Fusion Middleware Controlを使用して、これらのタスクを実行する方法について説明します。
詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理を参照してください
アプリケーションをJDeveloperの外部にある管理対象サーバーにデプロイするには、まずアプリケーションのデプロイメント・プランを作成する必要があります。Oracle JDeveloperで、プロジェクトレベルのデプロイメント・プロファイルを作成してから、アプリケーションレベルのデプロイメント・プロファイルを作成します。プロジェクトレベルのデプロイメント・プロファイルは、Web Application Archive (WAR)ファイルとしてパッケージ化されます。アプリケーションレベルのデプロイメント・プロファイルは、Metadata Archive (MAR)としてパッケージ化されます。1つのMARに、複数のプロジェクトのメタデータ・コンテンツを格納できます。MARファイルは、メタデータ・コンテンツをMDSリポジトリにデプロイする際に使用します。Oracle JDeveloperによるデプロイメント・プランの作成の詳細は、『Oracle Fusion Middleware Oracle JDeveloperによるWebCenter Portalアセットとカスタム・コンポーネントの開発』を参照してください。
Oracle WebCenter Portalアプリケーションのデプロイの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter Portalフレームワーク・アプリケーションのデプロイに関する説明を参照してください。
Fusion Middleware Controlを使用してOracle WebCenter Portalアプリケーションを管理対象サーバーにデプロイする手順は次のとおりです。
WebCenter Portalアプリケーションをアンデプロイする手順は次のとおりです。
また、ドメイン、管理対象サーバーまたはクラスタにナビゲートすることもできます。ターゲット・メニューから「アプリケーションのデプロイ」→「アンデプロイ」を選択します。「アプリケーションの選択」ページで、アンデプロイするアプリケーションを選択します。
デプロイメント・プランは、アーカイブをOracle WebLogic Serverにデプロイするために必要な構成データのすべてをクライアント側でまとめたものです。デプロイメント・プランにより、構成設定の保存済セットを使用して、アプリケーションを容易にデプロイまたは再デプロイできます。
「Java EEアプリケーションのデプロイ」で説明されているように、デプロイ時に既存のデプロイメント・プランをアプリケーションに適用しない場合、デフォルトでは新しいデプロイメント・プランが作成されます。作成されたデプロイメント・プランはファイルとして保存し、そのアプリケーションの再デプロイや他のアプリケーションのデプロイに再利用できます。
ただし、アプリケーションのデプロイ後にその構成を変更する場合(たとえば、アプリケーションのMDS構成を変更する場合)、保存した既存のデプロイメント・プランは、デプロイされたアプリケーションの構成設定を表さなくなります。
そのような場合、デプロイされたアプリケーションの構成をより綿密に表す新しいデプロイメント・プランをフェッチできます。
現在デプロイされているアプリケーションのデプロイ・プランをフェッチする手順は次のとおりです。
また、アプリケーション・デプロイメント・ウィザードの「デプロイ設定」ページでデプロイメント・プランを編集することもできます。
Fusion Middleware Controlを使用してアプリケーションをデプロイする場合、アプリケーションをデプロイする前に、デプロイメント・ウィザードの「デプロイ設定」ページを使用して、具体的なデプロイ構成タスクを実行できます。
デプロイするアプリケーションのタイプに応じて「デプロイ設定」ページに表示できるデプロイ・タスクについて、次に説明します。
Webモジュールの構成
このデプロイ・タスクは、Webモジュールを含むアプリケーションをデプロイする場合に使用できます。これは、ほとんどの場合、アプリケーションにWebアプリケーション・デプロイメント記述子(web.xmlまたはweblogic.xml)が含まれることを意味します。ただし、Webモジュールは、アプリケーションのJavaコードのアノテーションで識別することもできます。
このデプロイ・タスクを使用して、Webアプリケーション・デプロイメント記述子の標準的なプロパティを設定できます。このプロパティには、次のようなものがあります。
セッション検証間隔
セッションCookieの最大保持時間
EJBの構成
このデプロイ・タスクは、EJBモジュールを含むアプリケーションで使用できます。これは、ほとんどの場合、アプリケーションにEJBデプロイメント記述子(ejb-jar.xmlまたはweblogic-ejb-jar.xml)が含まれることを意味します。ただし、EJBモジュールは、アプリケーションのJavaコードのアノテーションで識別することもできます。
このデプロイ・タスクを使用して、EJBデプロイメント記述子の標準的なプロパティを設定できます。このプロパティには、次のようなものがあります。
空きプール内のBeanの最大数
EJBネットワーク・アクセス・ポイント
アプリケーション・セキュリティの構成
このデプロイ・タスクは、すべてのアプリケーション・タイプで使用できます。ただし、このタスクを選択したときに使用できるオプションは、アプリケーションに次のファイルがあるかどうかによって異なります。
jazn-data.xml
アプリケーションにjazn-data.xmlファイルが存在する場合は、次の操作ができます。
ポリシー移行の追加、上書きまたは無視。
初めてアプリケーションをデプロイする場合は、「追加」を選択します。
アプリケーションが以前にデプロイされており、アプリケーション認可ポリシーが存在する場合は、「追加」または「無視」を選択して、アプリケーション認可ポリシーを保持します。
前のポリシーを上書きするには、「上書き」を選択します。
アプリケーション・ストライプIDの指定(ストライプIDが、移行オプションで定義されているストライプIDと一致しない場合)。
アプリケーションをアンデプロイするときにポリシーを削除するように指定。
cwallet.sso
アプリケーションにcwallet.ssoファイルが存在する場合は、追加のアプリケーション資格証明移行オプションを設定できます。
アプリケーションに両方のファイルが含まれている場合、このページには両方のセクションが表示されます。
「アプリケーション・セキュリティの構成」デプロイ・タスクを選択するときに使用可能な設定に関する詳細は、『Oracle Fusion Middleware Oracle Platform Security Servicesによるアプリケーションの保護』のFusion Middleware Controlを使用したJava EEとOracle ADFのアプリケーションのデプロイに関する項を参照してください。
アプリケーションにどちらのファイルも存在しない場合は、このタスクを使用して、アプリケーションをデプロイするときのユーザー・ロールおよびポリシーの定義方法を決定できます。たとえば、デプロイメント記述子で定義されたロールおよびポリシーのみを使用することも、サーバーで定義されたロールおよびポリシーのみを使用することもできます。「アプリケーション・セキュリティの構成」ページには、次のオプションが表示されます。
デプロイメント記述子のみ: デプロイメント記述子で定義されているロールおよびポリシーのみを使用します。
カスタム・ロール: 管理コンソールで定義されているロールを使用し、デプロイメント記述子で定義されているポリシーを使用します。
カスタム・ロールおよびポリシー: 管理コンソールで定義されているロールおよびポリシーのみを使用します。
拡張: レルムの構成ページで構成したカスタム・モデルを使用します。
永続性の構成
このデプロイ・タスクは、1つ以上のpersistence.xmlファイルを含むアプリケーションで使用できます。このタスクを使用して、アプリケーションのJava Persistent API (JPA)の永続性単位を構成できます。
それぞれの永続性単位の詳細を表示して、それぞれの永続性単位のJava Transaction API (JTA)データ・ソースまたは非JTAデータ・ソースを定義することができます。
永続性単位にデータ・ソースを構成すると、Oracle TopLinkを使用するアプリケーションで便利な場合があります。詳細は、『Oracle Fusion Middleware Oracle TopLinkソリューション・ガイド』を参照してください。
Java EEアプリケーションでの永続性単位およびpersistence.xmlファイルの使用方法の詳細は、次のWebサイトにあるJava EE 5チュートリアルの、永続性単位の定義に関する項を参照してください。
http://download.oracle.com/javaee/5/tutorial/doc/bnbqw.html#bnbrj
ADF接続の構成
このデプロイ・タスクは、ADF接続を使用するアプリケーションで使用できます。外部アプリケーションの接続情報を変更できます。ADF接続の詳細は、『Oracle Fusion Middleware Oracle Application Development FrameworkによるFusion Webアプリケーションの開発』を参照してください。
アプリケーションでMDSリポジトリを使用している場合、アプリケーションをデプロイした後に構成属性を変更できます。
属性を表示または変更するには、システムMBeanブラウザまたはWLSTを使用できます。
注意:
この構成の変更は、カスタマイズとしてMDSに保持されます。これらがカスタマイズとして保持される理由は次のとおりです。
この構成の変更は、アプリケーション・デプロイメント全体で保持されます。たとえば、アプリケーションのExternalChangeDetectionInterval構成属性の値がOracle JDeveloper全体で40秒に設定されているとします。ExternalChangeDetectionInterval構成属性を50秒に変更し、このアプリケーションを再デプロイすると、この属性の値は50秒のままになります。
クラスタでは、デプロイされたアプリケーションのすべてのインスタンスが同じMDSリポジトリ・パーティションを指すため、このアプリケーションのすべてのインスタンスは同じ値を使用します。構成属性が1つのアプリケーション・インスタンスに対して変更されると、クラスタ内でそのアプリケーションのすべてのインスタンスが変更された値を使用します。
次の各項では、MDS構成属性を変更する方法について説明します。
WLSTを使用して、アプリケーションのMDS構成を変更できます。次の例は、ReadOnlyMode属性を読み込んで設定するWLSTスクリプトを示しています。
""" Getting ReadOnlyMode Attribute from MBean """ connect('username','password','hostname:port') application = 'application_name' attribute = 'ReadOnlyMode' beanName = 'oracle.adf.share.config:ApplicationName='+ application +',name=MDSAppConfig,type=ADFConfig,Application='+ application +',ADFConfig=ADFConfig,*' beanObjectName = ObjectName(beanName) beans = mbs.queryMBeans(beanObjectName, None) bean = beans.iterator().next().getObjectName() custom() value = mbs.getAttribute(bean, attribute) print value """ Setting ReadOnlyMode Attribute from MBean """ attr = Attribute(attribute, Boolean(0)) mbs.setAttribute(bean,attr) value = mbs.getAttribute(bean, attribute) print value """ Saving the Changes. This is required to persist the changes. """ adfConfigName = 'oracle.adf.share.config:ApplicationName='+ application + ',name=ADFConfig,type=ADFConfig,Application='+ application + ',*' adfConfigObjectName = ObjectName(adfConfigName) adfConfigMBeans = mbs.queryMBeans(adfConfigObjectName, None) adfConfigMBean = adfConfigMBeans.iterator().next().getObjectName() mbs.invoke(adfConfigMBean, 'save', None, None)