2 Oracle JRFカスタムWLSTコマンド

Oracle JRF (Java Required Files)は、Oracleビジネス・アプリケーションおよびアプリケーション・フレームワークに共通の機能を提供するWebLogic Serverインストールに含まれていないコンポーネントで構成されています。

この章では、コマンド構文、引数、コマンド例などのOracle JRFのカスタムWLSTコマンドについて詳細に説明します。

Oracle JRFは、共通の場所にデプロイされている個別に開発したライブラリおよびアプリケーションで構成されています。Oracle JRFの一部とみなされるコンポーネントには、Oracle Application Development Framework、Oracle Fusion Middleware監査フレームワーク、ダイナミック・モニタリング・サービス、Fabric Common、HTTPクライアント、インフラストラクチャ・セキュリティ、Javaオブジェクト・キャッシュ、JMXフレームワーク、JPS、ロギング、MDS、OJSP.Next、Oracle Webサービス、Oracle Web Services Manager、Oracle TopLink、UCP、XDKなどがあります。

2.1 Oracle JRFコマンド

WLST JRFコマンドでは、Oracle JRFアプリケーションおよびサービスで管理対象サーバーまたはクラスタを構成することや、ある管理対象サーバーまたはクラスタからアプリケーションおよびサービスをコピーして別の管理対象サーバーまたはクラスタに適用することができます。

Oracle JRFアプリケーションで管理対象サーバーを構成するには、表2-1のコマンドを使用します。WLST列で使用する場合は、オンラインとは、コマンドが実行中のサーバーに接続されている場合のみに使用されることを意味します。オフラインとは、コマンドが実行中のサーバーに接続されてない場合のみに使用されることを意味します。オンラインまたはオフラインとは、コマンドは両方の状況に使用できることを意味します。

表2-1 JRFコマンド

使用するコマンド	目的	WLSTでの使用
applyJRF	Oracle JRFのアプリケーションおよびサービスで管理対象サーバーまたはクラスタを構成します。	オンラインまたはオフライン
cloneDeployments	管理対象サーバーまたはクラスタからアプリケーションまたはサービスをコピーして別の管理対象サーバーまたはクラスタに適用します。	オンラインまたはオフライン

2.1.1 applyJRF

WLSTでの使用: オンラインまたはオフライン

説明

Oracle JRFで管理対象サーバーまたはクラスタを構成します。テンプレート拡張プロセス中に製品テンプレートにより追加した管理対象サーバーは、このコマンドを使用してJRFで明示的に構成する必要はありません。

製品テンプレートで初期拡張した後、追加の管理対象サーバーまたはクラスタがドメインに追加している場合は、applyJRFコマンドを使用します。JRF専用ドメインに管理対象サーバーを追加するときおよび他のOracle製品を含まれているドメインにJRFに対して構成されている管理対象サーバーを追加した場合は、applyJRFコマンドが必要です。

構文

applyJRF(target, [domainDir], [shouldUpdateDomain])

引数	定義
target	JRFアプリケーションまたはサービスで構成する管理サーバーまたはクラスタの名前。対象のためのアスタリスク(*)の値は、すべてのクラスタおよびスタンドアロンの管理対象サーバーがJRFによって構成されている必要であることを示します。
domainDir	WebLogic Serverドメインの絶対パス。
shouldUpdateDomain	ドメインの更新を実行する方法を管理するブール型フラグ(オプション)。「true」に設定すると(デフォルト)、関数は次のオフライン・コマンドを暗黙的に呼び出します。readDomain()およびupdateDomain()、またはオンライン・コマンドのedit()、startEdit()、save()、およびactivate() 「false」に設定すると、ドメインを更新するには、WLSTコマンドを呼び出す必要があります。

引数

定義

target

JRFアプリケーションまたはサービスで構成する管理サーバーまたはクラスタの名前。

対象のためのアスタリスク(*)の値は、すべてのクラスタおよびスタンドアロンの管理対象サーバーがJRFによって構成されている必要であることを示します。

domainDir

WebLogic Serverドメインの絶対パス。

shouldUpdateDomain

ドメインの更新を実行する方法を管理するブール型フラグ(オプション)。「true」に設定すると(デフォルト)、関数は次のオフライン・コマンドを暗黙的に呼び出します。readDomain()およびupdateDomain()、またはオンライン・コマンドのedit()、startEdit()、save()、およびactivate()

「false」に設定すると、ドメインを更新するには、WLSTコマンドを呼び出す必要があります。

例

次の例では、JRFと管理対象サーバーserver1を構成します。

wls:/offline> applyJRF('server1', '/my_path/user_templates/domains/my_domain')

2.1.2 cloneDeployments

WLSTでの使用: オンラインまたはオフライン

説明

特定の管理対象サーバーまたは第2管理対象サーバーのクラスタを対象指定できるすべてのデプロイメントをレプリケートします。このコマンドは、既存の管理対象サーバーまたはクラスタと同じデプロイメントがあるように、新しい管理対象サーバーまたはクラスタを構成する便利なコマンドとして提供されます。

cloneDeploymentsコマンドは、新しい管理サーバーは作成しません。また、対象の管理対象サーバーにデプロイメント情報以外のプロパティはコピーされません。

構文

cloneDeployments(domain, source, target, [shouldUpdateDomain])

引数	定義
domain	WebLogic Serverドメインの絶対パス。ドメインを読み終わった場合またはオンライン・モードで接続した場合は、無視されます。
source	デプロイメントをクローンする管理対象サーバーまたはクラスタの名。これは、有効な管理対象サーバーまたはクラスタの名前にする必要があります。
target	ソース・サーバーのアプリケーションおよびサービスを受け取る対象の管理対象サーバーまたはクラスタ。対象の管理対象サーバーはすでに存在する必要があります。
shouldUpdateDomain	ドメインの更新を実行する方法を管理するブール型フラグ(オプション)。「true」に設定すると(デフォルト)、関数は次のオフライン・コマンドを呼び出します。readDomain()およびupdateDomain()、またはオンライン・コマンドのedit()、startEdit()、save()、およびactivate()。「false」に設定すると、ドメインを更新するには、WLSTコマンドを呼び出す必要があります。

例

次の例では、sourceServerからdestinationServerまでデプロイメントをレプリケートします。

wls:/offline> cloneDeployments( '/my_path/user_templates/domains/my_domain',
 'sourceServer','destinationServer', 'false')