ドメイン テンプレート リファレンス

     前  次    目次     
ここから開始

ドメイン テンプレート リファレンス

このドキュメントでは、次のトピックのテンプレートに関する一般的な情報を提供します。

 


テンプレートの種類

「テンプレート」という用語は、ドメインの作成または拡張に必要なファイルとスクリプトを含む Java アーカイブ (JAR) ファイルを指します。テンプレートには次の種類があります。

 


テンプレートのインストール先

以下の表は、製品のインストールにより提供される事前定義済みのテンプレートの場所を示しています。BEA_HOME は製品のインストール ディレクトリを指します。

表 1-1 テンプレートの場所
テンプレートの種類
ディレクトリの場所
ドメイン
BEA_HOME\common\templates\domains
拡張
BEA_HOME\common\templates\applications

 


テンプレート ツール

次の表に、テンプレートの作成に使用できるツールと、テンプレートを使用してドメインの作成や拡張を実行できるツールを示します。

表 1-2 テンプレート ツール
目的
使用するツール
新しいドメインの作成
  • コンフィグレーション ウィザード
  • WLST Offline
  • unpack コマンド
既存のドメインの拡張
  • コンフィグレーション ウィザード
  • WLST Offline
リモート マシンでの新しい管理対象サーバ ドメインの作成
unpack コマンド
ドメイン テンプレートの作成
  • Domain Template Builder
  • pack コマンド
  • WLST Offline
拡張テンプレートの作成
Domain Template Builder
管理対象サーバ テンプレートの作成
pack コマンド

注意 : ドメインの作成や拡張に使用されるすべてのツールは、一般に「コンフィグレーション ウィザード フレームワーク」と呼ばれる基底の共通インフラストラクチャを利用しています。

 


テンプレートの概要

以下の表は、製品のインストール環境で提供される事前定義済みテンプレートの概要を示しています。

表 1-3 AquaLogic テンプレートの概要
テンプレート
ファイル名
説明
wlsb.jar
AquaLogic Service Bus をサポートするために必要なリソースを用意することで、基本の WebLogic Server ドメインを拡張する。

表 1-4 WebLogic Server、WebLogic Integration、Portal、および BEA Workshop for WebLogic Platform テンプレートの概要
テンプレート
ファイル名
説明
ドメイン テンプレート
wls.jar
基本の WebLogic Server ドメインを作成する。
WebLogic RealTime
wl-realtime.jar
WebLogic Server 9.1、9.2、および 10.0 の場合 :
確定的なガベージ コレクション機能を有効にして BEA JRockit 5.0 R26.4 JDK を使用し、WebLogic Server ドメインを作成する。
WebLogic Server 8.1 (SP2 以降) の場合 :
確定的なガベージ コレクション機能を有効にして BEA JRockit 1.4.2 R26.4 JDK を使用し、WebLogic Server ドメインを作成する。
拡張テンプレート
WebLogic Beehive 拡張 (AquaLogic Service Bus)
weblogic-beehive.jar
WebLogic Beehive ドメインを作成するために基本の WebLogic Server ドメインを拡張する。また、実行時の制御をサポートするために、必要な Beehive ライブラリを追加する。

注意 : WebLogic Advanced Web Services 拡張テンプレートのリソースは、完全な WebLogic Beehive ドメインを必要とする。

Advanced Web Services 拡張 (Platform)
wls_webservice.jar
WSRM、バッファリング、JMS トランスポートなどの高度な Web サービスに必要な機能を追加するために、既存の WebLogic Server ドメインを拡張する。
medrec.jar
Avitek Medical Records のサンプル ドメインを作成するために基本の WebLogic Server ドメインを拡張する。このドメインは、J2EE プラットフォーム全般について簡潔に説明する、WebLogic Server のサンプル アプリケーション スイート。
workshop_wl.jar
BEA Workshop for WebLogic ドメインを作成するために、Basic WebLogic Server ドメインを拡張する。
wls_default.jar
WebLogic Server の導入によって新しいユーザを支援するように設計された Web アプリケーションで基本の WebLogic Server ドメインを拡張する。Web アプリケーションを実行すると、ユーザは WebLogic Server 機能のハイライトなど、さまざまなトピックの情報に関する内容を確認できる。この Web アプリケーションからは、あらかじめコンフィグレーションされ、コンパイルされた複数のサンプルを使用することもできる。この拡張テンプレートのリソースは、WebLogic Server Examples ドメインで必要である。
wls_examples.jar
基本の WebLogic Server ドメイン テンプレートおよび WebLogic Server Default Domain 拡張テンプレートのリソースに含まれる WebLogic Server ドメインを拡張して、完全な WebLogic Server Examples ドメインを作成する。WebLogic Server サンプル ドメインには、個々の J2EE および WebLogic Server API をコード化するためのベスト プラクティスを説明するサンプル群が含まれている。
wli_jpd.jar

WebLogic Integration アプリケーションの開発をサポートするために必要なリソースをインポートする。
wli_worklist.jar
wli_worklist81x.jar
WebLogic Portal 拡張
wlp.jar
WebLogic Portal アプリケーションを開発できるように WebLogic Server ドメインを拡張する。
WebLogic Portal Collaboration Repository
wlp_groupspacedb.jar
GroupSpace アプリケーションを開発してホストできるように WebLogic Portal ドメインを拡張する。このテンプレートでは、データソースを追加し、追加のデータベース スキーマを作成して、WebLogic Portal ドメインを拡張している。
WebLogic Portal GroupSpace Application
wlp_groupspace.jar
コンフィグレーション済みですぐに使用可能な GroupSpace アプリケーションをドメインに追加して、WebLogic Portal GroupSpace 対応ドメインを拡張する。
WebLogic Personalization 拡張
p13n.jar
WebLogic パーソナライゼーション機能を追加して、既存の WebLogic Server ドメインを拡張する。
WebLogic Content 拡張
content.jar
WebLogic コンテンツ管理機能を追加して、既存の WebLogic Server ドメインを拡張する。
WebLogic Simple Producer (Portal) 拡張
wsrp-simple-producer.jar
WebLogic Simple Producer (Portal) 機能を追加して、既存の WebLogic ドメインを拡張する。このテンプレートで拡張されたドメインは WebLogic Simple Producer 機能をサポートする。このテンプレートを使用して、既存のドメイン内に WebLogic Simple Producer アプリケーションを作成することができる。

 


テンプレート間の関係

この節では、以下のトピックについて説明します。

WebLogic Server の必須リソース

拡張テンプレートからリソースを追加する前に、WebLogic Server リソースがドメイン内に設定済みである必要があります。拡張テンプレートを選択すると、必須リソースが利用可能かどうかのチェックがコンフィグレーション ウィザード フレームワークで行われます。

テンプレート間の関係

事前定義済みの Basic WebLogic Server Domain テンプレートで基本的な WebLogic ドメインを作成できます。または、Basic WebLogic Domain を作成して、拡張テンプレートで段階的に拡張することもできます。以下の表は、テンプレートと作成されたドメインの関係を示しています。

表 1-5 テンプレート間の関係
ドメインの種類
テンプレートから必要とするリソース
AquaLogic Service Bus
Basic WebLogic Server Domain テンプレート、wls.jar
+ WebLogic Beehive 拡張テンプレート、
weblogic-beehive.jar
+ AquaLogic Service Bus 拡張テンプレート、wlsb.jar
Avitek Medical Records Sample
Basic WebLogic Server Domain テンプレート、wls.jar
+ Avitek Medical Records Sample Domain 拡張テンプレート、medrec.jar
WebLogic Server (基本)
Basic WebLogic Server Domain テンプレート、wls.jar
WebLogic Server Default
Basic WebLogic Server Domain テンプレート、wls.jar
+ WebLogic Server Default Domain 拡張テンプレート、wls_default.jar
WebLogic Server Examples
Basic WebLogic Server Domain テンプレート、wls.jar
+ WebLogic Server Default Domain 拡張テンプレート、wls_default.jar
+ WebLogic Server Examples 拡張テンプレート、wls_examples.jar
WebLogic Integration
Basic WebLogic Server Domain、wls.jar + WebLogic Integration BPM 拡張テンプレート、wli_jpd.jar + Worklist 拡張テンプレート、wli_worklist.jar
Worklist Domain
Basic WebLogic Server Domain、wls.jar + BEA Workshop for WebLogic 拡張、workshop_wl.jar + WebLogic Personalization 拡張、p13n.jar + Worklist 拡張テンプレート、wli_worklist.jar
WebLogic Integration Business Process Management
Basic WebLogic Server Domain、wls.jar + BEA Workshop for WebLogic 拡張、workshop_wl.jar + WebLogic Server WebService、wls_webservice.jar + WebLogic Personalization 拡張、p13n.jar + WebLogic Integration BPM 拡張テンプレート、wli_jpd.jar
WebLogic Portal
Basic WebLogic Server Domain、wls.jar
+ BEA Workshop for WebLogic 拡張、workshop_wl.jar
+ WebLogic Advanced Web Services 拡張、wls_webservice.jar
+ WebLogic Personalization 拡張、p13n.jar
+ WebLogic Content 拡張、content.jar
+ WebLogic Portal 拡張、wlp.jar
WebLogic Portal Collaboration Repository
Basic WLS Domain、wls.jar
+ BEA Workshop for WebLogic 拡張、WebLogic Personalization 拡張、workshop_wl.jar
+ WebLogic Advanced Web Services 拡張、wls_webservice.jar
+ WebLogic Personalization 拡張、p13n.jar
+ WebLogic Content 拡張、content.jar
+ WebLogic Portal 拡張、wlp.jar
+ WebLogic Portal Collaboration Repository 拡張、wlp_groupspacedb.jar
Weblogic Portal GroupSpace Application
Basic WLS Domain、wls.jar
+ BEA Workshop for WebLogic 拡張、workshop_wl.jar
+ WebLogic Advanced Web Services 拡張、wls_webservice.jar
+ WebLogic Personalization 拡張、p13n.jar
+ WebLogic Content 拡張、content.jar
+ WebLogic Portal 拡張、wlp.jar
+ WebLogic Portal Collaboration Repository 拡張、
wlp_groupspacedb.jar
+WebLogic Portal GroupSpace Application 拡張、wlp_groupspace.jar
BEA Workshop for WebLogic Platform
Basic WLS Domain、wls.jar
+ Advanced Web Services 拡張、wls_webservice.jar
+ BEA Workshop for WebLogic 拡張、workshop_wl.jar

 


テンプレートに含まれるファイル

どのテンプレートにも含まれる基本的なファイルは config.xmltemplate-info.xml です。ドメインの作成と拡張の基本となる事前定義済みのテンプレートにはその他のファイルも存在します。以下の表は、ドメインまたは拡張テンプレートに通常含まれているファイルを示しています。

表 1-6 テンプレートに含まれるファイル
ファイル名
説明
製品コンポーネントのファイル
個別の BEA Products コンポーネントでドメイン設定を完了するために使用されるさまざまなファイル。このようなファイルでは、セキュリティとデフォルト データベース設定用の情報が提供されることがある。
*-jdbc.xml
製品コンポーネントで必要とされる JDBC システム リソースを備えたドメインを設定または拡張する。テンプレートでは、*-jdbc.xml ファイルは config\jdbc ディレクトリに置く必要がある。
*-jms.xml
製品コンポーネントで必要とされる JMS システム リソースを備えたドメインを設定または拡張する。テンプレートでは、*-jms.xml ファイルは config\jms ディレクトリに置く必要がある。
clusters.script
コンフィグレーション ウィザード フレームワークにおけるデフォルトのクラスタの自動コンフィグレーションを変更するために使用される。デフォルトでは、リソースはクラスタを対象に指定する。クラスタからリソースを unassign して、その後、別のコンポーネントにリソースを assign できる。対象を指定するには、以下の置換変数を使用できる。
  • %AManagedServer% - 任意の管理対象サーバ
  • %AllManagedServers% - カンマで区切られた管理対象サーバの全リスト
  • %AdminServer% - 管理サーバ名
  • %Cluster% - クラスタ名
  • %ProxyServer% - プロキシ サーバ名
  • %HTTPProxyApp% - http プロキシ アプリケーション定義
以下の考慮事項にも留意すること。
  • 置換される予定のオブジェクトの名前属性を使用する必要がある。
  • 「すべて」を意味するワイルドカードとしてアスタリスク (*) を使用できる。
テンプレートでは、clusters.script ファイルは script ディレクトリに置く必要がある。

注意 : AquaLogic Service Bus は、次のいずれかに対象となるアプリケーションを再選択して、この動作をオーバーライドする。

    • 管理サーバのみ
    • (デフォルトのターゲット動作を保存する) http ルータではなくクラスタ内の管理対象サーバのみ
    • http ルータ以外の管理サーバと管理対象サーバ
    • http ルータを含むドメインのすべてのサーバ
config.xml
ドメイン コンフィグレーションの設定または拡張を行う。テンプレートでは、config.xml ファイルは config ディレクトリに置く必要がある。
jdbc.index
データベースの設定に使用される SQL スクリプトの場所を特定する。ファイルには、実行が必要な順序でスクリプトがリストされている。目的のスクリプトがテンプレートに含まれておらず、製品インストール ディレクトリ内に存在する場合は、スクリプトを指定するパス名の中で、次のようにティルダ ( ~ ) 文字を使用して製品インストール ディレクトリを表すことができる。
~/integration/common/dbscripts/oracle/reporting_runtime.sql
具体的には、このティルダは stringsubs.xml ファイル内の $USER_INSTALL_DIR$ 変数に指定されたディレクトリ パスを表す。
テンプレートでは、jdbc.index ファイルは _jdbc_\dbtype\dbversion ディレクトリに置く必要がある。ここで、dbtype は Oracle などのデータベースの種類、dbversion は 9i などのデータベース バージョンを示す。
データソースに関連する SQL ファイルのリストのほか、jdbc.index ファイルには、データ ソースに関連付けられたカテゴリ情報が含まれる。利用可能なデフォルトの dbCategories は以下のとおり。
  • p13nDataSource データ ソースに関連付けられた「Drop/Create P13N Database Objects」カテゴリ。このデータ ソースは p13n.jar ドメイン テンプレートの一部である。
  • データ ソース「p13nDataSource」に関連付けられた「Drop/Create Portal Database Objects」カテゴリ。このデータ ソースは wlp.jar ドメイン テンプレートの一部である。
  • データ ソース appsGroupSpaceDataSource に関連付けられた「Drop/Create GroupSpace Database Objects」カテゴリ。このデータ ソースは wlp_groupspacedb.jar ドメイン テンプレートの一部である。
これらすべてのテンプレート jar ファイルは、BEA_HOME\wlserver_10.0\common\templates\applications ディレクトリにある。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用される。デフォルトの Admin ユーザはドメイン テンプレートの security.xml からのみ作成できる。ただし、ドメインまたは拡張テンプレートのいずれかに含まれている security.xml によってユーザ グループとロールを作成することができる。
startmenu.xml
Windows のスタート メニューのエントリを作成するために使用する。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用される。
stringsubs.xml
ドメイン作成または拡張時に文字列置換を受け取る文字列置換値とファイルを特定する。文字列置換を受け取るファイルは、置換変数と共に事前に準備されている必要がある。ドメイン作成時または拡張時に、コンフィグレーション ウィザード フレームワークはマクロを実行し、BEA_HOME\common\lib\macrorules.xml (BEA_HOME は製品インストール ディレクトリ) からの情報に基づき、適切な文字列置換により変数を置き換える。
template-info.xml
テンプレート名、ソフトウェア バージョン、テンプレートの種類 (ドメインまたはアプリケーション)、作成者、説明などのテンプレート識別情報を提供する。

 


Basic WebLogic Server Domain テンプレート

製品をインストールすると、事前定義済みの Basic WebLogic Server Domain テンプレートが 1 つインストールされます。事前定義済みの他のテンプレートはどれも拡張テンプレートであり、基本的な WebLogic Server ドメインにリソース、サービス、およびアプリケーションを追加するために使用できます。これらの事前定義済みテンプレートをコンフィグレーション ウィザードまたは WLST と共に使用すると、ドメインの作成や拡張を簡単に行うことができます。

生成されるドメイン出力

Basic WebLogic Server Domain テンプレートでは、簡単な WebLogic Server ドメインを作成できます。デフォルトでは、Basic WebLogic Server Domain テンプレートを使用すると、必須コンポーネント (管理サーバと単一管理ユーザ) のみで構成されるドメインが生成されます。必要なアプリケーションは、このドメイン内で作成およびコンフィグレーションする必要があります。

以下の表は、Basic WebLogic Server Domain テンプレートで生成されるデフォルトのディレクトリ構造とファイルの定義を示しています。特に指定がない限り、コンフィグレーション ウィザード フレームワークではデフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-7 Basic WebLogic Server Domain テンプレートから生成される出力
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
 
該当なし
作成するカスタム アプリケーション ファイルのリポジトリとして指定されたディレクトリ。
user_projects\domains\base_domain\
 
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
config\jms\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JMS モジュールを格納するために使用される。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
security\
DefaultAuthenticatorInit.ldift
DefaultRoleMapperInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。

WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス

以下の表は、Basic WebLogic Server Domain テンプレートで作成されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。

表 1-8 Basic WebLogic Server Domain でコンフィグレーションされるリソース
リソースの種類
Name
メモ
管理サーバ
AdminServer
新しいドメインの作成にコンフィグレーション ウィザードまたは WLST Offline を使用し、管理サーバの名前をデフォルト名 (AdminServer) とは別の名前にする場合、名前は手動でコンフィグレーションする必要がある。拡張テンプレートを適用した後には名前の変更はできない。
コンフィグレーション ウィザードでドメインを作成するときの管理サーバのカスタマイズ方法の詳細については、『コンフィグレーション ウィザードを使用した WebLogic ドメインの作成』の「環境のカスタマイズ」にある「管理サーバのコンフィグレーション」を参照。
WLST Offline でドメインを作成するときの管理サーバのカスタマイズ方法の詳細については、『WebLogic Scripting Tool ガイド』の「WLST オフラインを使用した WebLogic ドメインの作成とコンフィグレーション」を参照。

以下の WLST Offline サンプル コードは、デフォルトの管理サーバ名である AdminServerMedRecServer に変更する方法を示している。

#-----------------------------------
#Basic WebLogic Server Domain テンプレートを読み込む
readTemplate('d:/bea/weblogic_10.0/common/templates/domains/wls.jar')
#管理サーバ名を変更する
cd('Servers/AdminServer')
set('Name', 'MedRecServer')
#-----------------------------------

セキュリティ レルム
myrealm
該当なし

 


WebLogic Integration BPM 拡張テンプレート

コンフィグレーション ウィザードを使用すると、基本的な WebLogic Server ドメインを拡張して WebLogic Integration ドメインを作成できます。それには、WebLogic Integration で提供されるリソースとサービスを追加します。

生成されるドメイン出力

次の表は、WebLogic Integration 拡張テンプレートを基本的な WebLogic Server ドメインに適用した後で生成されるデフォルトのディレクトリ構造とファイルを示しています。特に指定がない限り、コンフィグレーション ウィザードでは、デフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-9 WebLogic Integration BPM 拡張テンプレートから生成される出力
ディレクトリ
ファイル
説明
user_projects\domains\base_domain\
 
   
作成するカスタム アプリケーション ファイルのプレースホルダとして機能するディレクトリ。
user_projects\domains\base_domain\
 
 
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
 
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
 
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
 
apacheLog4jCfg.xml
WebLogic Integration BPM ロギング コンフィグレーションと WebLogic Server のロギング レベルを指定するファイル。
 
wli-config.properties
ビジネス プロセスで使用されるドメイン固有のパラメータを格納したファイル。
 
workshop.properties
8.1 Web サービス スタックとの互換性用のドメイン固有のパラメータを格納したファイル。
 
jws-config.properties
8.1 Web サービス スタックとの互換性のために使用される Business Process Management 関連の JMS 情報を格納したファイル。
 
URLs.dat
PointBase データベースの URL を格納したファイル。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
 
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
 
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
 
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
 
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
 
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
 
cgDataSource-jdbc.xml
高度な Web サービスと Business Process Management 用にコンフィグレーションされるドメインのグローバル XA JDBC データ ソース。
 
cgDataSource-nonXA-jdbc.xml
Business Process Management 用にコンフィグレーションされるドメインのグローバル非 XA JDBC データ ソース。
 
bpmArchDataSource-jdbc.xml
Business Process Management アーカイブ用にコンフィグレーションされるドメインのグローバル XA JDBC データ ソース。
config\jms\
conversational-jms.xml
Business Process Management 用にコンフィグレーションされるドメイン用のグローバル JMS モジュール。
 
wseejmsmodule-jms.xml
高度な Web サービス用にコンフィグレーションされるドメインのグローバル JMS モジュール。
config\lib\
readme.txt
 
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
 
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
 
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
 
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
security\
DefaultAuthorizerInit.ldift
DefaultAuthenticatorInit.ldift
DefaultRoleMapperInit.ldift
XACMLRoleMapperInit.ldift
XAMLAuthorizerInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

 
SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。
WseeFileStore\
 
システム リソースのファイル ストアに使用されるディレクトリ。
wliconfig\
 
イベント ジェネレータと Application Integration の情報を格納するファイルで使用されるディレクトリ。
 
AIConfiguration.xml
ドメインで作成されたアプリケーション ビューについての情報を格納したファイル。
 
EmailEventGen.xml
ドメインで作成された電子メール イベント ジェネレータについての情報を格納したファイル。
 
FileEventGen.xml
ドメインで作成されたファイル イベント ジェネレータについての情報を格納したファイル。
 
HttpEventGen.xml
ドメインで作成された HTTP イベント ジェネレータについての情報を格納したファイル。
 
JMSEventGen.xml
ドメインで作成された JMS イベント ジェネレータについての情報を格納したファイル。
 
MQEventGen.xml
ドメインで作成された MQ イベント ジェネレータについての情報を格納したファイル。
 
RDBMSEventGen.xml
ドメインで作成された RDBMS イベント ジェネレータについての情報を格納したファイル。
 
TibRVEventGen.xml
ドメインで作成された tibcoRv イベント ジェネレータについての情報を格納したファイル。
 
TimerEventGen.xml
ドメインで作成されたタイマー イベント ジェネレータについての情報を格納したファイル。

コンフィグレーションされるリソースとサービス

以下の表は、WebLogic Integration BPM 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。ドメインを拡張する前に、WebLogic Integration BPM 拡張テンプレートでは、WebLogic Advanced Web Services (wls_webservices) テンプレートと Workshop for WebLogic 拡張 (workshop_wl) テンプレートをドメインに適用する必要があります。

表 1-10 WebLogic BPM 拡張テンプレートでコンフィグレーションされるリソースとサービス
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。デフォルト名は AdminServer
ドメインを作成するときの管理サーバの名前の指定の詳細については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
アプリケーション デプロイメント
WLI System EJBs
WLI システム EAR :
以下の EJB モジュールを追加する。
  • wliadmin : WLI Admin EJB モジュールを追加する。
  • adminhelper : WLI Admin Helper EJB モジュールを追加する。
  • tracking : WLI Process Tracking EJB モジュールを追加する。
  • proxydispatcher : WLI Process Proxy Dispatcher EJB モジュールを追加する。
  • wlai-processors-ejb.jar : WLI AI Message Processors EJB モジュールを追加する。
  • wlai-rarupload-ejb.jar : WLI AI RAR Upload EJB モジュール (AI 用アップロード ユーティリティ) を追加する。
  • rosettanet : WLI RosettaNet EJB モジュールを追加する。
  • ebxml : WLI ebXML EJB モジュールを追加する。
  • message-tracking : WLI Message Tracking EJB モジュールを追加する。
  • transport/responsehandler : Sync/Async Transport EJB モジュールを追加する。
  • 以下の Web アプリケーションを追加する。
    • sync2AsyncIM : Sync Async Web アプリケーションを transport/http というモジュール名で追加する。
    • TransportServlet : B2B HTTP Transport Web アプリケーションを b2btransport-webapp というモジュール名で追加する。
 
WLI Console
WLI BPM Console Web アプリケーションを追加する。
 
wlai-designtime
新しいアプリケーション ビューを定義して Workshop アプリケーションにパブリッシュするために必要な Application View Design Console を定義する。
 
B2BDefaultWebAppApplication
B2B メッセージを処理するための Web アプリケーションを追加し、それを管理サーバとクラスタの対象とする。
 
JWSQueueTransport
JMS 転送をサポートするためにビジネス プロセスが使用する KNEX.bean.QueueTransport メッセージ駆動型 Bean を追加する。
 
rdbmsEG_ear
RDBMS イベント ジェネレータを作成および管理するための WLI RDBMSEG EAR を追加する。
 
tibRVEG_ear
tibcoRV イベント ジェネレータを作成および管理するための WLI TIBCORVEG EAR を追加する。
 
httpEG_ear
HTTP イベント ジェネレータを作成および管理するための WLI HTTPEG EAR を追加する。
 
mqEG_ear
MQ イベント ジェネレータを作成および管理するための WLI MQEG EAR を追加する。
FileStore
WseeFileStore
ファイル ストアを JMS サーバ WseeJMSServer と SAF エージェント ReliableWseeSAFAgent の永続ストアとして使用するように追加し、ストアを管理サーバである AdminServer の対象とする。
 
conversational-jms
WebLogic Integration BPM 拡張テンプレートによって提供された JMS システム リソースを使用する。
JDBC データ ソース
cgDataSource
Workshop for WebLogic 拡張テンプレートによって提供された XA JDBC データ ソースを使用する。XA JDBC データ ソースを cgDataSource システム リソースとして識別する。
cgDataSource-nonXA
Workshop for WebLogic 拡張テンプレートによって提供された非 XA JDBC データ ソースを使用する。非 XA JDBC データ ソースを cgDataSource-nonXA システム リソースとして識別する。
JDBC ストア
cgJMSStore
WebLogic Integration BPM 拡張テンプレートによって提供された JDBC ストアを使用する。JDBC ストアは JDBC データ ソース cgDataSource-nonXA と JMS サーバ cgJMSServer を永続ストアとして使用し、管理サーバである AdminServer を対象とする。
JDBC システム リソース
cgDataSource
cgDataSource-nonXA
Workshop for WebLogic 拡張テンプレートによって提供された JDBC データ ソースと接続プール設定を使用する。これらの JDBC システム リソースは、管理サーバである AdminServer を対象としている。
 
samplesDataSource
Workshop for WebLogic 拡張テンプレートによって提供された JDBC データ ソースと接続プール設定を使用する。これらの JDBC システム リソースは、管理サーバである AdminServer を対象としている。
SAF エージェント
ReliableWseeSAFAgent
SAF エージェントを追加し、それを管理サーバである AdminServer の対象とする。
JMS 接続ファクトリ
cgQueue
WebLogic Integration BPM 拡張テンプレートで提供された JMS 接続ファクトリを weblogic.jws.jms.QueueConnectionFactory という JNDI 名で使用する。JMS 接続ファクトリを conversational-jms システム リソースとして識別し、それを管理サーバである AdminServer の対象とする。
 
com.bea.wli.b2b.server.TopicConnectionFactory
B2B イベント用の JMS 接続ファクトリ。AdminServer の対象とする。
 
wli.internal.egrdbms.XAQueueConnectionFactory
WebLogic Integration BPM 拡張テンプレートで提供された JMS 接続ファクトリを wli.internal.egrdbms.XAQueueConnectionFactory という JNDI 名で使用する。JMS 接続ファクトリを conversational-jms システム リソースとして識別し、それを AdminServer の対象とする。
WS 信頼性のある配信ポリシー
RMDefaultPolicy
WebLogic Integration BPM 拡張で提供される、デフォルトの信頼性のあるメッセージ ポリシーを追加する。
JMS キュー
cgJWSQueue
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを jws,queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
wlwJWSBuffer
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを jws.bufferqueue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
wlwJWSErrors
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを jws.errorqueue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
WSInternaljms.internal.queue.WSStoreForwardQueuecgServer
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを WSInternaljms.internal.queue.WSStoreForwardQueuecgServer というローカル JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである WSStoreForwardInternalJMSServercgServer の対象とする。
 
WSInternaljms.internal.queue.WSDupsEliminationHistoryQueuecgServer
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを WSInternaljms.internal.queue.WSDupsEliminationHistoryQueuecgServer というローカル JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである WSStoreForwardInternalJMSServercgServer の対象とする。
 
WSInternaljms.internal.queue.WSDupsEliminationMessageQueuecgServer
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを WSInternaljms.internal.queue.WSDupsEliminationMessageQueuecgServer というローカル JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである WSStoreForwardInternalJMSServercgServer の対象とする。
 
wli.internal.b2b.rosettanetencoder.queue
発信 RosettaNet メッセージ用の JMS キューを wli.internal.b2b.rosettanetencoder.queue というローカル JNDI 名で追加し、それを cgJMSServer の対象とする。
 
wli.b2b.mt.event.stream_error
エラーの報告 (アーカイブ) 用の JMS キューを wli.b2b.mt.event.stream_error というローカル JNDI 名で追加し、それを cgJMSServer の対象とする。
 
wli.internal.msgtracking.queue
WebLogic Integration BPM 拡張テンプレートで提供される内部 JMS キューを wli.internal.msgtracking.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.process.event.stream_error
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.process.event.stream_error という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.scheduling.queue
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.scheduling.queue という JNDI 名で使用する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.scscheduling.queue_error
WebLogic Integration BPM 拡張テンプレートで提供される内部 JMS キューを wli.process.event.stream_error という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.ai.event_suspend
AI イベント ジェネレータから受け付けたが、ApplicationView が中断しているために中断されているイベントを保持するキュー。このキューは ApplicationView が再開されると排出される。
 
wli.internal.egfile.queue
WebLogic Integration BPM 拡張テンプレートで提供される内部 JMS キューを wli.internal.egfile.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。ファイル イベント ジェネレータがイベントを保持するために使用する。
 
wli.b2b.failedmessage.queue
エラーが発生した B2B メッセージ用の JMS キューを wli.b2b.failedmessage.queue という JNDI 名で追加し、それを cgJMSServer の対象とする。
 
wli.internal.egmq.queue
WebLogic Integration BPM 拡張テンプレートで提供される内部 JMS キューを wli.internal.egmq.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。mq EG がイベントを保持するために使用する。
 
wli.internal.instance.info.buffer_error
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.instance.info.buffer_error という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.b2b.ebxmlencoder.queue
発信 EBXML メッセージ用の JMS キューを wli.internal.b2b.ebxmlencoder.queue というローカル JNDI 名で追加し、それを cgJMSServer の対象とする。
 
wli.internal.tracking.buffer_error
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.tracking.buffer_error という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.instance.info.buffer
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.instance.info.buffer という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.egmail.queue
WebLogic Integration BPM 拡張テンプレートで提供される内部 JMS キューを wli.internal.egmail.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。電子メール イベント ジェネレータがイベントを保持するために使用する。
 
wli.internal.egrdbms.queue
WebLogic Integration BPM 拡張テンプレートで提供される内部 JMS キューを wli.internal.egrdbms.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。RDBMS イベント ジェネレータがイベントを保持するために使用する。
 
wli.b2b.mt.event.stream
B2B メッセージ トラッキング データをアーカイブするための JMS キューを wli.b2b.mt.event.stream というローカル JNDI 名で追加し、それを cgJMSServer の対象とする。
 
wli.internal.configfile.request.queue
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.configfile.request.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.process.event.stream
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.process.event.stream という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.sync2Async.soapResponse
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.sync2Async.soapResponse という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.ai.async.response
クライアントサイドの Java クライアントから非同期に呼び出された ApplicationView サービスの非同期応答メッセージを保持する。ApplicationView コントロール クライアントは非同期応答を直接ディスパッチする。
 
wli.internal.egtimer.queue
WebLogic Integration BPM 拡張テンプレートで提供される内部 JMS キューを wli.internal.egtimer.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。タイマー EG がイベントを保持するために使用する。
 
wli.internal.SQLStore.cleanup.documents
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.SQLStore.cleanup.documents という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.ai.async.request
ApplicationView における非同期サービス要求を保持するキュー。このキューは WLI AI Message Processors アプリケーション (AsyncRequestProcessorMDB 経由) によって排出される。
 
wli.internal.tracking.buffer
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.internal.tracking.buffer という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.sample.egjms.queue
WebLogic Integration BPM 拡張テンプレートで提供される JMS キューを wli.sample.egjms.queue という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
 
wli.internal.b2b.events.topic
B2B イベント用の JMS トピックを wli.internal.b2b.events.topic という JNDI 名で追加し、それを cgJMSServer の対象とする。
 
wli.internal.ai.event
AI ApplicationView イベントをクライアントサイド Java クライアントに配信するトピック。JPD クライアントはこのトピックではなく MessageBroker チャネルを介してイベントを受信する。
 
wli.internal.configfile.update.topic
WebLogic Integration BPM 拡張テンプレートで提供される JMS トピックを wli.internal.configfile.update.topic という JNDI 名で追加する。JMS キューを conversational-jms システム リソースとして識別し、それを JMS サーバである cgJMSServer の対象とする。
JMS サーバ
cgJMSServer
WebLogic Integration BPM 拡張テンプレートによって提供された JMS サーバを追加する。JMS サーバを conversational-jms システム リソースとして識別し、それを管理サーバである AdminServer の対象とする。
 
WSStoreForwardInternalJMSServercgServer
WebLogic Integration BPM 拡張テンプレートによって提供された JMS サーバを追加する。JMS サーバを conversational-jms システム リソースとして識別し、それを管理サーバである AdminServer の対象とする。
 
WseeJmsServer
WebLogic Advanced Web Services 拡張で提供される JMS サーバを追加する。JMS サーバを wseejmsmodule-jms システム リソースとして識別し、それを管理サーバである AdminServer の対象とする。
ワーク マネージャ
weblogic.wsee.mdb.DispatchPolicy
内部 WebLogic Server アプリケーション用の省略可能、コンフィグレーション可能でグローバルなワーク マネージャを追加する。
起動クラス
WLI 起動クラス
WLI 起動クラスを追加する。サーバ インスタンスは起動時に、JMS および JDBC サービスをアクティブ化した後で、アプリケーションおよび EJB をアクティブ化する前に、このクラスを実行する。
 
WLI アクティブ化後起動クラス
WLI アクティブ化後起動クラスを追加する。サーバ インスタンスは起動時に、JMS および JDBC サービス、EJB、およびアプリケーションをアクティブ化した後で、このクラスを実行する。
停止クラス
WLI 停止クラス
WLI 停止クラスを追加する。サーバ インスタンスは停止時にこのクラスを呼び出す。
JMS システム リソース
conversational-jms
WebLogic Integration BPM 拡張テンプレートによって提供された JMS システム リソースを使用する。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。
Commons-Logging ブリッジ
wls-commonslogging-bridge#1.0@1.0
commons-logging を WLS ロギング メカニズムにフックする。EAR 用のパッケージである。
 
wls-commonslogging-bridge-war#1.0@1.0
commons-logging を WLS ロギング メカニズムにフックする。WAR 用のパッケージである。これは WebLogic Integration のアーティファクトではない。
デプロイされたライブラリ
beehive-netui-1.0#1.0@1.0
Apache Beehive NetUI Version 1.0 ライブラリを追加する。これらのライブラリは struts-1.1.war および weblogic-beehive-1.0.ear に含まれるライブラリに基づきページ フロー開発をサポートする。
 
beehive-netui-resources-1.0#1.0@1.0
Apache Beehive NetUI リソース バージョン 1.0 ライブラリを追加する。これは WebLogic Workshop のアーティファクトであり、WebLogic Integration のアーティファクトではない。
 
jstl#1.1@1.1.2
Java standard tagging (JSTL) Version 1.1 ライブラリを追加する。 (注意 : WLI のアーティファクトではない)。
 
jsf-ri#1.1@1.1.1
Java Server Faces Reference Implementation ライブラリを追加する。
 
jsf-myfaces#1.1@1.1.1
Apache MyFaces ライブラリを追加する。
 
struts-1.1#1.1@1.0
Apache Struts Version 1.1 ライブラリを追加する。
 
struts-1.2#1.2@1.0
Apache Struts Version 1.2 ライブラリを追加する。
 
weblogic-controls-1.0#1.0@1.0
サービス コントロールやタイマー コントロールなどの追加のシステム コントロールを含む BEA Workshop for WebLogic コントロール拡張機能、トランザクション追加のサポート、セキュリティ、およびメッセージ バッファリングを、既存のコントロールに追加する。EAR 用のパッケージである。
 
weblogic-controls-1.0-war#1.0@1.0
サービス コントロールなどの追加のシステム コントロールを含む BEA Workshop for WebLogic Platfrom コントロール拡張機能、トランザクション追加のサポート、セキュリティ、およびメッセージ バッファリングを、既存のコントロールに追加する。タイマー コントロールなどの EAR サポートを必要とする機能は含まれていない。WAR 用のパッケージである。
 
beehive-controls-1.0#1.0@1.0
Apache Beehive Controls 1.0.1 ライブラリをドメインに追加する。これには、コントロールランタイムと Beehive システム コントロール - JdbcControl、JMSControl、および EJBControl が含まれる。EAR 用のパッケージである。
 
beehive-controls-1.0-war#1.0@1.0
Apache Beehive Controls 1.0.1 ライブラリをドメインに追加する。これには、コントロールランタイムと Beehive システム コントロール - JdbcControl、JMSControl、および EJBControl が含まれる。WAR 用のパッケージである。これは WebLogic Integration のアーティファクトではない。

 


WebLogic Integration Worklist 拡張テンプレート

生成されるドメイン出力

基本の WebLogic Server ドメインから生成された基本の Integration ドメインを WebLogic Integration Worklist で拡張したものです (WebLogic Personalization 拡張テンプレートおよび Workshop for WebLogic 拡張テンプレートで拡張する必要もあります)。

表 1-11 WebLogic Integration BPM 拡張テンプレートから生成される出力
ディレクトリ
ファイル
説明
user_projects\domains\base_domain\
bin\setDomainEnv.cmd
POST_CLASSPATH 変数に %WL_HOME%\integration\lib\worklist-system-required.jar を追加する。
 
security\XACMLAuthorizerInit.ldift
グローバルなワークリスト システム ポリシーとタスク プラン ポリシーを追加する。この情報はサーバの最初の起動時に初期化される。デフォルト (LDAP) 認証プロバイダまたは SQL 認証プロバイダにロードすることができる。
 
Security\XACMLAuthenticatorInit.ldift
IntegrationMonitors、IntegrationDeployers など、便利なグループとロールの定義を追加する。
 
jdbc/portalDataSource-jdbc.xml
jdbc/p13nDataSource-jdbc.xml
jdbc/cgDataSource-jdbc.xml
portalDataSource および p13nDataSource が非 XA ドライバを使用する場合 (既知の非 XA ドライバのリストをチェックして判断される)、Worklist 拡張テンプレートはそれらのリソースを cgDataSource と組み合わせて、1 つの XA トランザクションに複数の非 XA リソースが登録されないようにする。組み合わせのロジックでは、portalDataSource または p13nDataSource から JNDI 名を取得して cgDataSource に追加し、portalDataSource または p13nDataSource を削除する。

コンフィグレーションされるリソースとサービス

表 1-12 は、WebLogic Integration Worklist 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。WebLogic Integration Worklist 拡張テンプレートには、Personalization 拡張テンプレート (p13n) と Workshop for WebLogic 拡張テンプレートが必要です。

表 1-12 コンフィグレーションされるリソースとサービス
アプリケーション デプロイメント
Worklist_Console
このアプリケーションは Worklist 管理コンソールをデプロイする。
クラスタ対象 : <管理サーバ>
 
worklist-admin
すべてのワークリスト アプリケーションで使用される管理初期化サービス。
クラスタ対象 : <管理サーバ>
 
worklist-ejbs-worksub
すべてのワークリスト アプリケーションで使用される WorkSubstituteManager EJB。
クラスタ対象 : <クラスタ>
 
calendar-ejbs
すべてのワークリスト アプリケーションとタイマー イベント ジェネレータで使用されるカレンダー サービス。
クラスタ対象 : <管理サーバ>、<クラスタ>
注意 : このアプリケーションはクラスタ内の管理サーバに対象指定して、実行時データストア内の重要なカレンダー リソースが一度だけ初期化されるようにする。
サーバにデプロイされる実際のファイルは、使用されるデータベースの種類によって異なる。Oracle 以外のデータベースの場合は calendar-ejbs-generic.ear をデプロイし、Oracle の場合は calendar-ejbs-oracle.ear をデプロイする。
ライブラリ
 
wli-calendar#9.2@9.2.0
カレンダー API と実装を含む省略可能なパッケージ (非 J2EE アプリケーション リソース)。
 
worklist-web-lib#9.2@9.2.0
ワークリスト ユーザ ポータル用のワークリスト Web ライブラリ。Web アプリケーションにユーザ ポータルを含めるには、weblogic.xml でこのライブラリを指定する。
 
worklist-client#9.2@9.2.0
ワークリスト API のパブリック API (および実装) を定義する省略可能なパッケージ (非 J2EE アプリケーション リソース)。
 
wli-util#9.2@9.2.0
WLI ユーティリティ クラスを含む省略可能なパッケージ。
 
wli-util-datatype#9.2@9.2.0
WLI データ型抽象パッケージを含む省略可能なパッケージ (ワークリスト ランタイムが使用)。
 
worklist-ejbs-lib#9.2@9.2.0
ワークリスト アプリケーション ライブラリ。アプリケーションにワークリスト システム インスタンスを含めるには、weblogic-application.xml でこのライブラリを指定する。
サーバにデプロイされる実際のファイルは、使用されるデータベースの種類によって異なる。Oracle 以外のデータベースの場合は worklist-ejbs-generic.ear をデプロイし、Oracle の場合は worklist-ejbs-oracle.ear をデプロイする。
 
wli-worklist-common-console-1.0#1.0@1.0
ワークリスト管理コンソールによって使用される共通のコンソール ユーティリティ。
 
wli-worklist-webapp-1.0#1.0@1.0
 
 
wlp-framework-struts-1.2-web-lib#9.2.0@9.2.0
ワークリスト ユーザ ポータルによって使用されるポータル フレームワーク ライブラリ。
 
wlp-framework-common-web-lib#9.2.0@9.2.0
ワークリスト ユーザ ポータルによって使用されるポータル フレームワーク ライブラリ。
 
wlp-light-web-lib#9.2.0@9.2.0
ワークリスト ユーザ ポータルによって使用されるポータル フレームワーク ライブラリ。
 
wlp-lookandfeel-web-lib#9.2.0@9.2.0
ワークリスト ユーザ ポータルによって使用されるポータル フレームワーク ライブラリ。
JMS サーバ
cgJMSServer
ワークリストがタイマーおよびイベント メッセージ処理に使用する JMS サーバ。
JDBC JMS ストア
cgJMSStore
cgJMSServer が使用する JMS ストア。
JDBC データ ソース
 
Workshop テンプレートの cgDataSource によって異なる。非 XA の場合にワークリストが p13n の dataSource とポータル製品を組み合わせるためのロジックについては、上記の「生成されるドメイン出力」を参照。
キュー接続ファクトリ
<app name>/WorklistQueueConnectionFactory
各アプリケーションのワークリスト キューと対話するために使用される、ワークリスト アプリケーションごとのキュー接続ファクトリ。
JMS リソース
<app name>/WorklistTimerQueue
<app name>/WorklistEventQueue
タイマーおよびイベントのメッセージ配信に使用されるワークリスト アプリケーションごとのキュー。ユーザがこのキューを直接使用することはない。

 


WebLogic Integration Worklist (互換性) 拡張テンプレート

生成されるドメイン出力

基本の WebLogic Server ドメインから生成された基本の Integration ドメインを WebLogic Integration Worklist (互換性) テンプレートで拡張したものです。互換性テンプレートは、WebLogic Integration Worklist 拡張テンプレートと、その依存するすべてのテンプレートで拡張する必要もあります。

このテンプレートは、10.0 ワークリスト ドメインに 8.1.x 下位互換性を追加するために使用されます。デフォルトでは、下位互換性をサポートするのに必要なアプリケーションと他のリソースは WebLogic Integration ドメインにデプロイされません。これをサポートするために、ドメインに Worklist (互換性) 拡張を適用できます。このテンプレートの名前は wli_worklist81x.jar です。

.

表 1-13 互換性拡張テンプレートで生成されるドメイン出力
ディレクトリ
ファイル
説明
user_projects\domains\base_domain\
bin\setDomainEnv.cmd
POST_CLASSPATH 変数に %WL_HOME%\integration\lib\worklist-system-required.jar を追加する。
 
security\XACMLAuthorizerInit.ldift
worklist-ejbs-81x アプリケーションのワークリスト システム ポリシーおよび互換性 8.1.x タスク プランのポリシーを追加する。この情報はサーバの最初の起動時に初期化される。デフォルト (LDAP) 認証プロバイダまたは SQL 認証プロバイダにロードすることができる。

コンフィグレーションされるリソースとサービス

以下の表は、WebLogic Integration Worklist 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。WebLogic Integration Worklist 拡張テンプレートには、Personalization 拡張テンプレート (p13n) と Workshop for WebLogic 拡張テンプレートが必要です。

表 1-14 コンフィグレーションされるリソースとサービス
アプリケーション デプロイメント
worklist-admin-81x
ワークリストの下位互換性に固有の管理初期化を実行する。このリソースは、単一のサーバ、またはクラスタ ドメイン内の管理サーバにのみデプロイされる。
 
worklist-ejbs-81x
下位互換性に必要な WorklistManager EJB とワークリスト ポータルを定義する。このリソースは、単一のサーバ、またはクラスタ ドメイン内のクラスタにのみデプロイされる。
 
calendar-ejbs-81x
下位互換性に必要な UserInfo EJB を定義する。このリソースは、単一のサーバ、またはクラスタ ドメイン内のクラスタにのみデプロイされる。

 


AquaLogic Service Bus 拡張テンプレート

コンフィグレーション ウィザードまたは WLST を使用すると、基本的な WebLogic Server ドメインを拡張して AquaLogic Service Bus ドメインを作成することが簡単にできます。これは、AquaLogic Service Bus 拡張テンプレートで提供されるリソースやサービスを基本的な WebLogic Server ドメインに追加することによって行います。

注意 : グラフィカル モードでコンフィグレーション ウィザードを使用すると、[ドメイン ソースの選択] ウィンドウの [AquaLogic Service Bus] チェック ボックスをチェックすることで新しい AquaLogic Service Bus ドメインを簡単に作成することができます。結果は、基本的な WebLogic Server ドメインを先に作成してからそのドメインを AquaLogic Service Bus テンプレートで拡張する場合と同じになります。AquaLogic Service Bus ドメインを作成するために必要なテンプレートの詳細については、「テンプレート間の関係」を参照してください。

生成されるドメイン出力

次の表は、AquaLogic Service Bus 拡張テンプレートを基本的な WebLogic Server ドメインに適用した後で生成されるデフォルトのディレクトリ構造とファイルを示しています。特に指定がない限り、コンフィグレーション ウィザードでは、デフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-15 AquaLogic Service Bus 拡張テンプレート適用後の基本的なドメイン
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
 
該当なし
作成するカスタム アプリケーション ファイルのプレースホルダとして機能するディレクトリ。
user_projects\domains\base_domain\
 
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
URLs.dat
JDBC データベースの URL を格納したファイル。
wlidebug.XML
ドメインのデバッグ パラメータを格納したファイル。すべてのパラメータについて、デフォルトの設定値は false。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
wlsbjmsrpDataSource-jdbc.xml
AquaLogic Service Bus ドメイン用のグローバルな非 XA JDBC データ ソース モジュール。
config\jms\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JMS モジュールを格納するために使用される。
xbusResources-jms.xml
AquaLogic Service Bus ドメイン用のグローバル JMS モジュール。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
rmfilestore\
 
永続メッセージと恒久サブスクライバを格納する、ディスクベースのファイル ストアとして機能するディレクトリ。
security\
DefaultAuthenticatorInit.ldift
DefaultAuthorizerInit.ldift
DefaultRoleMapperInit.ldift
XACMLAuthorizerInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。

コンフィグレーションされるリソースとサービス

以下の表は、AquaLogic Service Bus 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。

表 1-16 AquaLogic Service Bus ドメインでコンフィグレーションされるリソース
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。ドメイン作成時に名前を変更しない限り、デフォルト名は AdminServer である。拡張テンプレートで参照される管理サーバは xbusServer である。
ドメイン作成時に管理サーバの名前を変更する方法については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
アプリケーション デプロイメント
ALSB Configuration System
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ALSB Logging
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ALSB Publish
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ALSB Resource
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ALSB Routing
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ALSB Test Framework
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ALSB Transform
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ALSB UDDI Manager
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
アプリケーション デプロイメント (続き)
Email Transport Provider
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
File Transport Provider
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
Ftp Transport Provider
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
JMS Reporting Provider
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
Message Reporting Purger
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ServiceBus_Console
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
WLI Aggregator
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
WLI Common
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
XBus Kernel
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。アプリケーションには、/ (スラッシュ) WAR および kerneladmin EJB モジュールがあり、これも AdminServer の対象になる。
ファイル ストア
FileStore
JMS サーバである wlsbJMSServer 用の永続ストアとして使用されるファイル ストアを追加する。
JDBC データ ソース
wlsbjmsrpDataSource
JDBC データ ソースを wlsbjmsrpDataSource システム リソースとして識別する。
JDBC システム リソース
wlsbjmsrpDataSource
JDBC データ ソースと接続プール設定を JDBC システム リソース用に使用するように識別し、リソースを管理サーバである AdminServer の対象とする。
JMS 接続ファクトリ
weblogic.wlsb.jms.transporttask.QueueConnectionFactory
JMS 接続ファクトリを jmsResources システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
wli.reporting.jmsprovider.NonXAConnectionFactory
JMS 接続ファクトリを jmsResources システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
wli.reporting.jmsprovider.XAConnectionFactory
JMS 接続ファクトリを jmsResources システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
JMS キュー
QueueIn
JMS キューを JMS サーバである wlsbJMSServer に追加する。
wlsb.internal.transport.task.queue.email
JMS キューを JMS サーバである wlsbJMSServer に追加する。
wlsb.internal.transport.task.queue.file
JMS キューを JMS サーバである wlsbJMSServer に追加する。
wlsb.internal.transport.task.queue.ftp
JMS キューを JMS サーバである wlsbJMSServer に追加する。
wli.reporting.jmsprovider.queue
JMS キューを JMS サーバである wlsbJMSServer に追加する。
wli.reporting.jmsprovider_error.queue
JMS キューを JMS サーバである wlsbJMSServer に追加する。
wli.reporting.purge.queue
JMS キューを JMS サーバである wlsbJMSServer に追加する。
JMS サーバ
wlsbJMSServer
JMS サーバを jmsResources システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
JMS システム リソース
jmsResources
JMS サーバ、接続ファクトリ、およびキューを JMS システム リソース用に使用するように識別し、リソースを管理サーバである AdminServer の対象とする。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。
Web サービス セキュリティ
__SERVICE_BUS_INBOUND_WEB_SERVICE_SECURITY_MBEAN__
default_x509_handler トークン ハンドラおよび default_ut_handler トークン ハンドラや、ServiceBusProviderUNT 資格プロバイダおよび ServiceBusProviderX509 資格プロバイダなどの着信 Web サービス セキュリティ コンフィグレーションを追加する。
__SERVICE_BUS_OUTBOUND_WEB_SERVICE_SECURITY_MBEAN__
default_x509_handler トークン ハンドラおよび default_ut_handler トークン ハンドラや、ServiceBusProviderUNTServiceBusProviderX509alsb_saml_credential_provider 各資格プロバイダなど、発信 Web サービス セキュリティ コンフィグレーションを追加する。

 


Avitek Medical Records Sample Domain テンプレート

コンフィグレーション ウィザードまたは WLST を使用すると、基本的な WebLogic Server ドメインを拡張して Avitek Medical Records Sample ドメインを作成することが簡単にできます。これは、Avitek Medical Records Sample Domain 拡張テンプレートで提供されるリソースやサービスを基本的な WebLogic Server ドメインに追加することによって行います。

Avitek Medical Records サンプル アプリケーションの詳細については、「BEA WebLogic Server 10.0 アプリケーション サンプルおよびチュートリアル」を参照してください。

生成されるドメイン出力

次の表は、Avitek Medical Records Sample Domain 拡張テンプレートを基本的な WebLogic Server ドメインに適用した後で生成されるデフォルトのディレクトリ構造とファイルを示しています。特に指定がない限り、コンフィグレーション ウィザードでは、デフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-17 Avitek Medical Records Sample 拡張テンプレート適用後の基本的なドメイン
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
build\
各種
Avitek Medical Records 分割ディレクトリ デプロイメントを含む。
console-extension\
各種
WebLogic Server Administration Console を異なるルック アンド フィールで拡張を説明するために使用する各種ファイルを含むサブディレクトリがある。
dist\
各種
展開 (アーカイブされていない) ディレクトリ形式の Avitek Medical Records アプリケーションの各種ファイルを含むサブディレクトリがある。
doc\
各種
Avitek Medical Records オンライン ドキュメントを含むディレクトリとファイル。
lib\
各種
Avitek Medical Records サンプルをサポートするライブラリ ファイルを含むサブディレクトリがある。
setup\
build.xml
Avitek Medical Records サンプル用のデータベースを設定するための対応するスクリプトで使用される Ant ビルド ファイル。
setup\db\
medrec_mysql.ddl
medrec_mysql_data.sql
medrec_oracle.ddl
medrec_oracle_data.sql
medrec_pointbase.ddl
medrec_pointbase_data.sql
Avitek Medical Records サンプルで使用できる異なるデータベースの設定に使用できる SQL スクリプト。
src\
各種
Java、XML、JSP、HTML といった各種ファイルなどの Avitek Medical Records ソース コードを含むサブディレクトリがある。
user_projects\domains\base_domain\
 
democa.pem
ドメイン内でのサンプルの SSL プロトコル サポートを提供する。
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
log4jConfig.xml
MedRecApp.log ファイルなどの Avitek Medical Records Log4j 実装をコンフィグレーションする。
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
MedRecWLDF.xml
Avitek Medical Records 診断インスツルメンテーションの診断記述子情報。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
MedRecGlobalDataSource-jdbc.xml
Avitek Medical Records ドメイン用のグローバルな非 XA JDBC データ ソース モジュール。
MedRecGlobalDataSourceXA-jdbc.xml
Avitek Medical Records ドメイン用のグローバルな XA JDBC データ ソース モジュール。
config\jms\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JMS モジュールを格納するために使用される。
MedRec-jms.xml
Avitek Medical Records ドメイン用のグローバル JMS モジュール。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
incoming\
StJohnHospital.xml
Avitek Medical Records サンプル アプリケーションの Administration アプリケーションによってアップロードされる架空の患者名を含む XML ファイルの場所。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
log4j.jar
wllog4j.jar
Avitek Medical Records ドメインに使用されるライブラリ。
medrecWseeFileStore\
 
Avitek Medical Records アプリケーションで使用されるファイル ストア。
physicianFileStore\
 
Physician アプリケーションで使用されるファイル ストア。
rmfilestore\
 
システム リソースで使用されるファイル ストア。
security\
DefaultAuthenticatorInit.ldift
DefaultAuthorizerInit.ldift
DefaultRoleMapperInit.ldift
XACMLAuthorizerInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

MedRecDBMSPlugin.jar
Avitek Medical Records サンプル アプリケーション用 DBMS のユーザとパスワードを検証するために使用される CustomDBMSAuthenticatorPlugin
SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。

コンフィグレーションされるリソースとサービス

以下の表は、Avitek Medical Records Sample 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。

表 1-18 Avitek Medical Records Domain でコンフィグレーションされるリソース
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。ドメイン作成時に名前を変更しない限り、デフォルト名は AdminServer である。拡張テンプレートで参照される管理サーバは MedRecServer である。
ドメイン作成時に管理サーバの名前を変更する方法については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
アプリケーション デプロイメント
InitEAR
InitEAR Web アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
MedRecEAR
MedRecEAR Web アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
PhysicianEAR
PhysicianEAR Web アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
StartBrowserEAR
StartBrowserEAR Web アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
ファイル ストア
FileStore
ファイル ストアを追加し、そのファイル ストアを管理サーバである AdminServer の対象とする。
MedRecWseeFileStore
JMS サーバ MedRecWseeJMSServer 用の永続ストアとして使用するためにファイル ストアを追加し、そのファイル ストアを管理サーバである AdminServer の対象とする。
PhysicianFileStore
ファイル ストアを追加し、そのファイル ストアを管理サーバである AdminServer の対象とする。
JDBC データ ソース
MedRecGlobalDataSource
JDBC データ ソースを MedRecGlobalDataSource システム リソースとして識別する。
MedRecGlobalDataSourceXA
JDBC データ ソースを MedRecGlobalDataSourceXA システム リソースとして識別する。
JDBC ストア
MedRecJMSJDBCStore
JDBC データ ソース MedRecGlobalDataSource および JMS サーバ MedRecJMSServer の永続ストアとして使用するように JDBC ストアを追加し、そのデータ ストアを管理サーバである AdminServer の対象とする。
JDBC システム リソース
MedRecGlobalDataSource
MedRecGlobalDataSourceXA
JDBC データ ソースと接続プール設定を非 XA および XA JDBC システム リソース用に使用するように識別し、リソースを管理サーバである AdminServer の対象とする。
JMS キュー
weblogic.wsee.reliability.wseeMedRecDestinationQueue
JMS キューを JMS サーバである MedRecWseeJMSServer に追加する。
JMS サーバ
MedRecJMSServer
JMS サーバを MedRec-jms システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
MedRecWseeJMSServer
JMS サーバを MedRec-jms システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
JMS システム リソース
MedRec-jms
JMS サーバ、接続ファクトリ、およびキューを JMS システム リソースとして使用するように追加し、リソースを管理サーバである AdminServer の対象とする。
メール セッション
mail/MedRecMailSession
メール セッションを追加する。
SAF エージェント
MedRecSAFAgent
この SAF (ストア アンド フォワード) エージェントを追加する。このエージェントはファイル ストアである MedRecWseeFileStore を使用し、それを管理サーバである AdminServer の対象とする。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。
WLDF システム リソース
MedRecWLDF
仕分けインジェクション用の WLDF システム リソースと定義された WLDF インスツルメンテーション モニタを追加し、それらを管理サーバである AdminServer の対象とする。

 


WebLogic Beehive 拡張テンプレート

コンフィグレーション ウィザードまたは WLST を使用すると、基本的な WebLogic Server ドメインを拡張して WebLogic Beehive を使用するために必要なリソースを含めることが簡単にできます。これは、WebLogic Beehive および WebLogic Advanced Web Services 拡張テンプレートに用意されているリソースとサービスを基本的な WebLogic Server ドメインに追加することによって達成することができます。

注意 : グラフィカル モードでコンフィグレーション ウィザードを使用すると、[ドメイン ソースの選択] ウィンドウの [Apache Beehive] チェック ボックスをチェックすることで新しい WebLogic Beehive ドメインを簡単に作成することができます。結果は、基本的な WebLogic Server ドメインを先に作成してからそのドメインを WebLogic Beehive と WebLogic Advanced Web Services 拡張テンプレートの両方で拡張する場合と同じになります。WebLogic Beehive ドメインを作成するために必要なテンプレートの詳細については、「テンプレート間の関係」を参照してください。

生成されるドメイン出力

次の表は、WebLogic Beehive 拡張テンプレートと WebLogic Advanced Web Services 拡張テンプレートを基本的な WebLogic Server ドメインに適用した後で生成されるデフォルトのディレクトリ構造とファイルを示しています。特に指定がない限り、コンフィグレーション ウィザードでは、デフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-19 WebLogic Beehive 拡張テンプレートと WebLogic Advanced Web Services 拡張テンプレート適用後の基本的なドメイン
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
 
該当なし
作成するカスタム アプリケーション ファイルのプレースホルダとして機能するディレクトリ。
user_projects\domains\base_domain\
 
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
URLs.dat
JDBC データベースの URL を格納したファイル。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
cgDataSource-jdbc.xml
会話型 Web サービス用にコンフィグレーションされるドメインのグローバル XA JDBC データ ソース。
cgDataSource-nonXA-jdbc.xml
会話型 Web サービス用にコンフィグレーションされるドメインのグローバル非 XA JDBC データ ソース。
config\jms\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JMS モジュールを格納するために使用される。
conversational-jms.xml
会話型 Web サービス用にコンフィグレーションされるドメイン用のグローバル JMS モジュール。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
security\
DefaultAuthenticatorInit.ldift
DefaultRoleMapperInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。

コンフィグレーションされるリソースとサービス

以下の表は、WebLogic Beehive 拡張テンプレートと WebLogic Advanced Web Services 拡張テンプレートで拡張されたドメインでコンフィグレーションされるリソースとサービスを識別します。

表 1-20 WebLogic Beehive ドメインでコンフィグレーションされるリソース
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。ドメイン作成時に名前を変更しない限り、デフォルト名は AdminServer である。拡張テンプレートで参照される管理サーバは cgServer である。
ドメイン作成時に管理サーバの名前を変更する方法については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
JDBC データ ソース
cgDataSource
WebLogic Advanced Web Services 拡張テンプレートによって提供された XA JDBC データ ソースを使用する。XA JDBC データ ソースを cgDataSource システム リソースとして識別する。
cgDataSource-nonXA
WebLogic Advanced Web Services 拡張テンプレートによって提供された非 XA JDBC データ ソースを使用する。非 XA JDBC データ ソースを cgDataSource-nonXA システム リソースとして識別する。
JDBC ストア
cgJMSStore
WebLogic Advanced Web Services 拡張テンプレートによって提供された JDBC ストアを使用する。JDBC ストアは JDBC データ ソース cgDataSource-nonXA と JMS サーバ cgJMSServer を永続ストアとして使用し、管理サーバである AdminServer を対象とする。
JDBC システム リソース
cgDataSource
cgDataSource-nonXA
WebLogic Advanced Web Services 拡張テンプレートによって提供された JDBC データ ソースと接続プール設定を使用する。これらの JDBC システム リソースは、管理サーバである AdminServer を対象としている。
JMS 接続ファクトリ
cgQueue
WebLogic Advanced Web Services 拡張テンプレートによって提供された JMS 接続ファクトリを使用する。JMS 接続ファクトリを conversational-jms システム リソースとして識別し、それを管理サーバである AdminServer の対象とする。
JMS キュー
cgJWSQueue
WebLogic Advanced Web Services 拡張テンプレートによって提供された JMS キューを使用する。JMS キューを JMS サーバである cgJMSServer の対象とする。
wlwJWSBuffer
WebLogic Advanced Web Services 拡張テンプレートによって提供された JMS キューを使用する。JMS キューを JMS サーバである cgJMSServer の対象とする。
wlwJWSErrors
WebLogic Advanced Web Services 拡張テンプレートによって提供された JMS キューを使用する。JMS キューを JMS サーバである cgJMSServer の対象とする。
JMS サーバ
cgJMSServer
WebLogic Advanced Web Services 拡張テンプレートによって提供された JMS サーバを使用する。JMS サーバを conversational-jms システム リソースとして識別し、それを管理サーバである AdminServer の対象とする。
JMS システム リソース
conversational-jms
WebLogic Advanced Web Services 拡張テンプレートによって提供された JMS システム リソースを使用する。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。
デプロイされたライブラリ
weblogic-beehive-1.0#1.0@1.0
WebLogic Beehive 拡張テンプレートによって提供される WebLogic Beehive Version 1.0 ライブラリを追加し、それらを管理サーバである AdminServer の対象とする。ライブラリには Beehive およびシステム制御が含まれる。
beehive-netui-1.0#1.0@1.0
WebLogic Beehive 拡張テンプレートによって提供される Apache Beehive NetUI Version 1.0 ライブラリを追加し、それらを管理サーバである AdminServer の対象とする。これらのライブラリは struts-1.1.war および weblogic-beehive-1.0.ear に含まれるライブラリに基づきページ フロー開発をサポートする。
jstl-1.1#1.1@1.0
WebLogic Beehive 拡張テンプレートによって提供される Java standard tagging (JSTL) Version 1.1 ライブラリを追加し、それらを管理サーバである AdminServer の対象とする。
struts-1.1#1.1@1.0
WebLogic Beehive 拡張テンプレートによって提供される Apache Struts Version 1.1 ライブラリを追加し、それらを管理サーバである AdminServer の対象とする。
struts-1.2#1.2@1.0
WebLogic Beehive 拡張テンプレートによって提供される Apache Struts Version 1.2 ライブラリを追加し、それらを管理サーバである AdminServer の対象とする。

 


BEA Workshop for WebLogic 拡張テンプレート

コンフィグレーション ウィザードまたは WLST を使用すると、基本的な WebLogic Server ドメインを拡張して BEA Workshop for WebLogic Platform を使用するために必要なリソースを簡単に含めることができます。これは、BEA Workshop for WebLogic Platform テンプレートで提供されるリソースやサービスを基本的な WebLogic Server ドメインに追加することによって行います。

注意 : グラフィカル モードでコンフィグレーション ウィザードを使用すると、[ドメイン ソースの選択] ウィンドウの [BEA Workshop for WebLogic Platform] チェック ボックスをチェックすることで新しい BEA Workshop for WebLogic Platform ドメインを簡単に作成することができます。結果は、基本的な WebLogic Server ドメインを先に作成してからそのドメインを BEA Workshop for WebLogic Platform 拡張テンプレートで拡張する場合と同じになります。BEA Workshop for WebLogic Platform ドメインを作成するために必要なテンプレートの詳細については、「テンプレート間の関係」を参照してください。

生成されるドメイン出力

次の表は、BEA Workshop for WebLogic Platform テンプレートを基本的な WebLogic Server ドメインに適用した後で生成されるデフォルトのディレクトリ構造とファイルを示しています。特に指定がない限り、コンフィグレーション ウィザードでは、デフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-21 BEA Workshop for WebLogic Platform テンプレート適用後の基本的なドメイン
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
 
該当なし
作成するカスタム アプリケーション ファイルのプレースホルダとして機能するディレクトリ。
user_projects\domains\base_domain\
 
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
URLs.dat
JDBC データベースの URL を格納したファイル。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
cgDataSource-jdbc.xml
高度な Web サービス用にコンフィグレーションされるドメインのグローバル XA JDBC データ ソース。
cgDataSource-nonXA-jdbc.xml
高度な Web サービス用にコンフィグレーションされるドメインのグローバル非 XA JDBC データ ソース。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
security\
DefaultAuthenticatorInit.ldift
DefaultRoleMapperInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。

コンフィグレーションされるリソースとサービス

以下の表は、BEA Workshop for WebLogic Platform テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。

表 1-22 BEA Workshop for WebLogic Platform ドメインでコンフィグレーションされるリソース
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。ドメイン作成時に名前を変更しない限り、デフォルト名は AdminServer である。拡張テンプレートで参照される管理サーバは cgServer である。
ドメイン作成時に管理サーバの名前を変更する方法については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
JDBC データ ソース
cgDataSource
関連付けられた JDBC 接続プールを含む XA JDBC データ ソースを定義する。このデータ ソースには cgDataSource という名前が付けられる。
cgDataSource-nonXA
cgDataSource として定義される JDBC データソースと接続プール設定をドメインに含め、これらの設定を正しいサーバの対象とする。
JDBC ストア
cgJMSStore
BEA Workshop for WebLogic Platform 拡張テンプレートによって提供された JDBC ストアを使用する。JDBC ストアは JDBC データ ソース cgDataSource-nonXA と JMS サーバ cgJMSServer を永続ストアとして使用し、管理サーバである AdminServer を対象とする。
JDBC システム リソース
cgDataSource
cgDataSource-nonXA
JDBC システムに使用する JDBC データ ソースと接続プール設定を識別する。
JMS サーバ
cgJMSServer
Workshop for WebLogic Platform 拡張テンプレートによって提供された JMS サーバを使用する。JMS サーバを conversational-jms システム リソースとして識別し、それを管理サーバである AdminServer の対象とする。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。
Commons-Logging ブリッジ
wls-commonslogging-bridge#1.0@1.0
commons-logging を WLS ロギング メカニズムにフックする。
デプロイされたライブラリ
beehive-netui-1.0#1.0@1.0
Apache Beehive NetUI Version 1.0 ライブラリを追加する。これらのライブラリは struts-1.1.war および weblogic-beehive-1.0.ear に含まれるライブラリに基づきページ フロー開発をサポートする。
jstl-1.1#1.1@1.0
Java standard tagging (JSTL) Version 1.1 ライブラリを追加する。
jsf-ri#1.1@1.1.1
Java Server Faces Reference Implementation ライブラリを追加する。
jsf-myfaces#1.1@1.1.1
Apache MyFaces ライブラリを追加する。
struts-1.1#1.1@1.0
Apache Struts Version 1.1 ライブラリを追加する。
struts-1.2#1.2@1.0
Apache Struts Version 1.2 ライブラリを追加する。
 
weblogic-controls-1.0#1.0@1.0
サービス コントロールやタイマー コントロールなどの追加のシステム コントロールを含む BEA Workshop for WebLogic コントロール拡張機能、トランザクション追加のサポート、セキュリティ、およびメッセージ バッファリングを、既存のコントロールに追加する。EAR 用のパッケージである。
weblogic-controls-1.0-war#1.0@1.0
サービス コントロールなどの追加のシステム コントロールを含む BEA Workshop for WebLogic Platfrom コントロール拡張機能、トランザクション追加のサポート、セキュリティ、およびメッセージ バッファリングを、既存のコントロールに追加する。タイマー コントロールなどの EAR サポートを必要とする機能は含まれていない。WAR 用のパッケージである。
beehive-controls-1.0#1.0@1.0
Apache Beehive Controls 1.0.1 ライブラリをドメインに追加する。これには、コントロールランタイムと Beehive システム コントロール - JdbcControl、JMSControl、および EJBControl が含まれる。

 


WebLogic Advanced Web Services 拡張テンプレート

コンフィグレーション ウィザードまたは WLST を使用すると、基本的な WebLogic Server ドメインを拡張して高度な Web サービスを使用するために必要なリソースを簡単に含めることができます。これは、WebLogic Advanced Web Services 拡張テンプレートで提供されるリソースやサービスを基本的な WebLogic Server ドメインに追加することによって行います。

生成されるドメイン出力

次の表は、WebLogic Advanced Web Services 拡張テンプレートを基本的な WebLogic Server ドメインに適用した後で生成されるデフォルトのディレクトリ構造とファイルを示しています。特に指定がない限り、コンフィグレーション ウィザードでは、デフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-23 WebLogic Advanced Web Services 拡張テンプレート適用後の基本的なドメイン
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
 
該当なし
作成するカスタム アプリケーション ファイルのプレースホルダとして機能するディレクトリ。
user_projects\domains\base_domain\
 
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
URLs.dat
JDBC データベースの URL を格納したファイル。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバによって使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jms\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JMS モジュールを格納するために使用される。
wseejmsmodule-jms.xml
高度な Web サービス用にコンフィグレーションされるドメインのグローバル JMS モジュール。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
security\
DefaultAuthenticatorInit.ldift
DefaultRoleMapperInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。

コンフィグレーションされるリソースとサービス

以下の表は、WebLogic Advanced Web Services 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。

表 1-24 WebLogic Advanced Web Services ドメインでコンフィグレーションされるリソース
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。ドメイン作成時に名前を変更しない限り、デフォルト名は AdminServer である。拡張テンプレートで参照される管理サーバは cgServer である。
ドメイン作成時に管理サーバの名前を変更する方法については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
JMS 接続ファクトリ
cgQueue
JMS 接続ファクトリを conversational-jms システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
JMS キュー
cgJWSQueue
JMS キューを JMS サーバである cgJMSServer に追加する。
wlwJWSBuffer
JMS キューを JMS サーバである cgJMSServer に追加する。
wlwJWSErrors
JMS キューを JMS サーバである cgJMSServer に追加する。
JMS サーバ
cgJMSServer
JMS サーバを conversational-jms システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
JMS システム リソース
conversational-jms
JMS システム リソース用に使用される JMS サーバ、接続ファクトリ、およびキューを識別する。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。

 


WebLogic Server Default Domain 拡張テンプレート

コンフィグレーション ウィザードまたは WLST を使用すると、基本的な WebLogic Server ドメインを拡張してデフォルト WebLogic Server ドメインを使用するために必要なリソースを含めることが簡単にできます。これは、WebLogic Server Default Domain 拡張テンプレートで提供されるリソースやサービスを基本的な WebLogic Server ドメインに追加することによって行います。

注意 : WebLogic Server Default Domain 拡張テンプレートを基本的な WebLogic ドメインに適用することは、WebLogic Server Examples 拡張テンプレートを使用するための前提条件です。テンプレート間の関係の詳細については、「テンプレート間の関係」を参照してください。

WebLogic Server Examples ドメインでサポートされるサンプルの詳細については、「BEA WebLogic Server 10.0 アプリケーション サンプルおよびチュートリアル」を参照してください。

生成されるドメイン出力

次の表は、WebLogic Server Default Domain 拡張テンプレートを基本的な WebLogic Server ドメインに適用した後で生成されるデフォルトのディレクトリ構造とファイルを示しています。特に指定がない限り、コンフィグレーション ウィザードでは、デフォルトで BEA_HOME\user_projects\domains\base_domain ディレクトリにこのドメインが作成されます。デフォルトのコンフィグレーション設定を変更すると、その出力ディレクトリ構造は、ここで示したディレクトリ構造と異なる場合があります。

表 1-25 WebLogic Server Default Domain 拡張テンプレート適用後の基本的なドメイン
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
server\docs\
各種
オンライン ドキュメントをサポートするためのスタイル シートとグラフィック ファイルを含むサブディレクトリがある。
server\examples\build\
各種
WebLogic Server サンプル デプロイメントを含む。
server\examples\src\
各種
WebLogic Server サンプルのソース コードと指示を含む。
user_projects\domains\base_domain\
 
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
setExamplesEnv.cmd
setExamplesEnv.sh
Windows および UNIX システムで WebLogic Server Examples を使用する開発環境をそれぞれ設定するスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogicEx.cmd
startWebLogicEx.sh
Windows および UNIX システムで WebLogic Server Examples ドメイン用の管理サーバを起動するためにそれぞれのシステムで使われるスクリプト。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
examples-demo-jdbc.xml
WebLogic Server デフォルト ドメイン用のグローバルな非 XA JDBC データ ソース モジュール。
examples-demoXA-jdbc.xml
WebLogic Server デフォルト ドメイン用のグローバルな XA JDBC データ ソース モジュール。
config\jms\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JMS モジュールを格納するために使用される。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
security\
DefaultAuthenticatorInit.ldift
DefaultAuthorizerInit.ldift
DefaultRoleMapperInit.ldift
XACMLAuthorizerInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。

コンフィグレーションされるリソースとサービス

以下の表は、WebLogic Server Default Domain 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。

表 1-26 WebLogic Server デフォルト ドメインでコンフィグレーションされるリソース
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。ドメイン作成時に名前を変更しない限り、デフォルト名は AdminServer である。拡張テンプレートで参照される管理サーバは examplesServer である。
ドメイン作成時に管理サーバの名前を変更する方法については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
アプリケーション デプロイメント
ejb20BeanMgedEar
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
examplesWebApp
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
jdbcRowSetsEar
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
jspSimpleTagEar
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
mainWebApp
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
webappCachingEar
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
webservicesJwsSimpleEar
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
xmlBeanEar
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
JDBC データ ソース
examples-demo
JDBC データ ソースを examples-demo システム リソースとして識別する。
examples-demoXA
JDBC データ ソースを examples-demoXA システム リソースとして識別する。
JDBC システム リソース
examples-demo
examples-demoXA
JDBC データ ソースと接続プール設定を非 XA および XA JDBC システム リソース用に使用するように識別し、リソースを管理サーバである AdminServer の対象とする。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。

 


WebLogic Server Examples 拡張テンプレート

コンフィグレーション ウィザードまたは WLST を使用すると、基本的な WebLogic Server ドメインを拡張して WebLogic Server Examples ドメインを作成することが簡単にできます。これは、WebLogic Server Default 拡張テンプレートおよび WebLogic Server Examples 拡張テンプレートの両方に用意されているリソースとサービスを基本的な WebLogic Server ドメインに追加することによって達成することができます。

WebLogic Server Examples ドメインでサポートされるサンプルの詳細については、「BEA WebLogic Server 10.0 アプリケーション サンプルおよびチュートリアル」を参照してください。

生成されるドメイン出力

WebLogic Server Examples ドメインは、個々の J2EE API のコーディングにおけるベスト プラクティスを示すサンプル集と、これらのサンプルを実行する一連のスクリプトで構成されています。WebLogic Server Default 拡張テンプレートが基本的なドメインに適用されると、WebLogic Server Examples 拡張テンプレートに適用することによって、WebLogic Server Examples ドメインを作成できるようになります。詳細については、「テンプレート間の関係」を参照してください。

表 1-27 WebLogic Server Default 拡張テンプレートと WebLogic Server Examples 拡張テンプレート適用後の基本的なドメイン
ディレクトリ
ファイル
説明
user_projects\applications\base_domain\
server\
wls_samples_overview.html
WebLogic Server サンプル オンライン ドキュメント ビューアを開くファイル。
server\docs\
各種
WebLogic Server examples サンプル ドキュメント ビューアをサポートするディレクトリとファイル。
server\examples\build\
各種
WebLogic Server のサンプルを構築して操作するために使用する各種 Java ファイルと XML ファイルを含むサブディレクトリがある。
server\examples\src\
各種
WebLogic Server のサンプルを構築して操作するために使用する各種 Java、XML、HTML ファイルを含むサブディレクトリがある。
user_projects\domains\base_domain\
 
client2certs.pem
clientkey.pem
デモ用の証明書ファイルとキーストア ファイル。
fileRealm.properties
互換性セキュリティの使用時にデフォルトのセキュリティ レルムで使用可能な ACL、ユーザ、およびグループを格納したファイル。
pointbase.ini
PointBase JDBC データベースの初期化情報を格納したファイル。
setExamplesEnv.cmd
setExamplesEnv.sh
Windows および UNIX システムで WebLogic Server Examples を使用する開発環境をそれぞれ設定するスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogicEx.cmd
startWebLogicEx.sh
Windows および UNIX システムで WebLogic Server Examples ドメイン用の管理サーバを起動するためにそれぞれのシステムで使われるスクリプト。
autodeploy\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では自動デプロイメントのプレースホルダとして機能する。
bin\
setDomainEnv.cmd
setDomainEnv.sh
Windows および UNIX システムの開発環境をそれぞれ設定するために使われるスクリプト。
startManagedWebLogic.cmd
startManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを起動する際にそれぞれのシステムで使われるスクリプト。
startPointBaseConsole.cmd
startPointBaseConsole.sh
Windows および UNIX システムで PointBase コンソールを起動する際にそれぞれのシステムで使われるスクリプト。
startWebLogic.cmd
startWebLogic.sh
Windows および UNIX システムで管理サーバを起動する際にそれぞれのシステムで使われるスクリプト。
stopManagedWebLogic.cmd
stopManagedWebLogic.sh
Windows および UNIX システムで管理対象サーバを停止する際にそれぞれのシステムで使われるスクリプト。
stopWebLogic.cmd
stopWebLogic.sh
Windows および UNIX システムで管理サーバを停止する際にそれぞれのシステムで使われるスクリプト。
config\
config.xml
管理サーバで使用されるコンフィグレーション情報を格納したファイル。詳細については、『ドメインのコンフィグレーションについて』の「ドメイン コンフィグレーション ファイル」を参照。
config\deployments\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、アプリケーションのステージング モードが「staged」の場合に、アプリケーションのステージング用に使用される。
config\diagnostics\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、WebLogic 診断フレームワーク (WLDF) のインスツルメンテーションに関連付けられたシステム モジュールを格納するために使用される。
config\jdbc\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JDBC モジュールを格納するために使用される。
examples-demo-jdbc.xml
WebLogic Server Examples ドメイン用のグローバルな非 XA JDBC データ ソース モジュール。
examples-demoXA-2-jdbc.xml
examples-demoXA-jdbc.xml
examples-multiDataSource-demoXAPool-jdbc.xml
examples-oracleXA-jdbc.xml
WebLogic Server Examples ドメイン用のグローバルな XA JDBC データ ソース モジュール。
config\jms\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、(JSR-88 とは異なり) JMX から直接コンフィグレーションできるグローバル JMS モジュールを格納するために使用される。
examples-jms.xml
WebLogic Server Examples ドメイン用のグローバル JMS モジュール。
config\lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、サーバの Java 仮想マシンが開始したときにサーバのシステム クラスパスに追加される JAR ファイルを格納するために使用される。
config\nodemanager\
nm_password.properties
ノード マネージャ パスワード プロパティの値を含むファイル。
config\security\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、セキュリティ フレームワーク用のシステム モジュールを格納するために使用される。このディレクトリには、ドメインの現在のレルムにおける各タイプのセキュリティ プロバイダごとに 1 つずつのセキュリティ プロバイダ コンフィグレーション拡張が含まれる。
config\startup\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではプレースホルダとして機能し、その後、起動プランを含んだシステム モジュールを格納するために使用される。起動プランは、サーバ起動の一部に使用できるシェル スクリプトを生成するために使用される。
console-ext\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では WebLogic Server Administration Console に対するカスタム拡張用のプレースホルダとして機能する。
init-info\
domain-info.xml
ドメインの作成と拡張の情報を識別するために使用されるファイル。情報は、ドメイン内のコンポーネントの ID、ドメインで使用される JDK とアプリケーション ディレクトリの場所、ドメインの作成と拡張に使用されるテンプレートなどである。
security.xml
ドメイン リソースへの ID とアクセスを確立するユーザ グループとロールを作成するために使用されるファイル。
startscript.xml
ドメインのルート ディレクトリおよび bin ディレクトリに配置される *.cmd ファイルおよび *.sh ファイルを作成するために使用されるファイル。
tokenValue.properties
起動スクリプトで指定されたトークンを置き換える実際の値を含んでいるファイル。
lib\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態ではドメインのライブラリ用のプレースホルダとして機能する。このディレクトリ内の JAR ファイルは、サーバ起動時にサーバ クラスパスの最後に動的に追加される。
security\
DefaultAuthenticatorInit.ldift
DefaultAuthorizerInit.ldift
DefaultRoleMapperInit.ldift
XACMLAuthorizerInit.ldift
XACMLRoleMapperInit.ldift
認証 (ユーザとグループ)、認可、ロール マッピングなどのブートストラップ処理で使用されるファイル。これらのファイルには、LDAP 固有の情報が収められている。

注意 : このリリースを使用して作成した WebLogic ドメインは、デフォルトで XACML プロバイダを使用する。それらの XACML プロバイダは、WebLogic 認可プロバイダ (DefaultAuthorizer) および WebLogic ロール マッピング プロバイダ (DefaultRoleMapper) で作成したポリシーやロールに対して互換性がある。詳細については、『WebLogic Security について』の「WebLogic セキュリティ プロバイダ」(http://edocs.beasys.co.jp/e-docs/wls/docs100/secintro/archtect.html#archtect_0111) を参照。

SerializedSystemIni.dat
暗号化されたセキュリティ情報を格納したファイル。
servers\AdminServer\security\
boot.properties
サーバの起動に必要なユーザ名やパスワードなど、サーバの起動プロパティを格納したファイル (暗号化形式)。このファイルは、起動モードとして開発モードを選択した場合にのみ生成される。
このファイルによって、サーバの起動サイクル時におけるユーザ名とパスワードの入力を省略できる。詳細については、『サーバの起動と停止の管理』の「サーバの起動と停止」にある「サーバの起動と停止を行うユーザ資格の指定」を参照。
user_staged_config\
readme.txt
ディレクトリに関する情報を提供するファイル。このディレクトリは初期状態では、管理者がドメイン内の管理対象サーバにコピーするために必要に応じてステージングするコンフィグレーション情報のプレースホルダとして機能する。
WseeFileStore\
 
システム リソースのファイル ストアに使用されるディレクトリ。

コンフィグレーションされるリソースとサービス

以下の表は、WebLogic Server Examples 拡張テンプレートで拡張されるドメイン内でコンフィグレーションされるリソースとサービスを示しています。

表 1-28 WebLogic Server Examples ドメインでコンフィグレーションされるリソース
リソースの種類
Name
拡張の結果
管理サーバ
AdminServer
基本的な WebLogic Server ドメインで提供される管理サーバを使用する。ドメイン作成時に名前を変更しない限り、デフォルト名は AdminServer である。拡張テンプレートで参照される管理サーバは examplesServer である。
ドメイン作成時に管理サーバの名前を変更する方法については、「WebLogic Server Domain テンプレートでコンフィグレーションされるリソースとサービス」を参照。
アプリケーション デプロイメント
ejb20BeanMgedEar
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
examplesWebApp
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
jdbcRowSetsEar
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
jspSimpleTagEar
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
mainWebApp
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
SamplesSearchWebApp
アプリケーションを追加し、それを管理サーバである AdminServer の対象とする。
webappCachingEar
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
webservicesJwsSimpleEar
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
xmlBeanEar
基本的な WebLogic Server ドメインに適用された WebLogic Server Default 拡張テンプレートによって提供されるアプリケーションを使用する。
ファイル ストア
WseeFileStore
ファイル ストアを JMS サーバ WseeJMSServer と SAF エージェント ReliableWseeSAFAgent の永続ストアとして使用するように追加し、ストアを管理サーバである AdminServer の対象とする。
JDBC データ ソース
examples-demo
examples-demoXA
基本的な WebLogic Server ドメインに適用される WebLogic Server Default 拡張テンプレートによって用意される非 XA データ ソースおよび XA JDBC データ ソースを使用する。
examples-oracleXA
XA JDBC データ ソースを追加し、それを管理サーバである AdminServer の対象とする。
examples-demoXA-2
XA JDBC データ ソースを追加し、それを管理サーバである AdminServer の対象とする。
examples-multiDataSource-demoXAPool
XA JDBC マルチ データ ソースを追加し、それを管理サーバである AdminServer の対象とする。examples-demoXA および examples-demoXA-2 データ ソースにマップする。
JDBC ストア
exampleJDBCStore
JDBC データ ソースである examples-demo および JMS サーバである examplesJMSServer の永続ストアとして使用するように JDBC ストアを追加し、そのデータ ストアを管理サーバである AdminServer の対象とする。
JDBC システム リソース
examples-demo
examples-demoXA
基本的な WebLogic Server ドメインに適用される WebLogic Server Default 拡張テンプレートによって用意される JDBC データ ソースおよび接続プール設定を使用する。
examples-demoXA-2
examples-oracleXA
examples-multiDataSource-demoXAPool
JDBC データ ストアと接続プール設定を追加し、それらを管理サーバである AdminServer の対象とする。
JMS システム リソース
examples-jms
JMS システム リソース用に使用される JMS サーバ、接続ファクトリ、キュー、およびトピックを識別する。
JMS 接続ファクトリ
exampleTopic
exampleTrader
weblogic.examples.jms.QueueConnectionFactory
JMS 接続ファクトリを examples-jms システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
JMS サーバ
examplesJMSServer
JMS サーバを examples-jms システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
WseeJMSServer
JMS サーバを examples-jms システム リソースとして追加し、それを管理サーバである AdminServer の対象とする。
JMS キュー
exampleQueue
JMS キューを JMS サーバである examplesJMSServer に追加する。
jms/MULTIDATASOURCE_MDB_QUEUE
JMS キューを JMS サーバである examplesJMSServer に追加する。
weblogic.wsee.wseeExamplesDestinationQueue
JMS キューを JMS サーバである WseeJMSServer に追加する。
JMS トピック
exampleTopic
JMS トピックを JMS サーバである examplesJMSServer に追加する。
quotes
JMS トピックを JMS サーバである examplesJMSServer に追加する。
SAF エージェント
ReliableWseeSAFAgent
SAF エージェントを追加し、それを管理サーバである AdminServer の対象とする。
セキュリティ レルム
myrealm
基本的な WebLogic Server ドメインで提供されるセキュリティ レルムを使用する。


ページの先頭       前  次