TM| ドキュメントのダウンロード | サイト マップ | Glossary | TM|
|
|||
| BEA ホーム | 製品 | dev2dev | support | askBEA |
|
TM |
|
|||||||
 |
| e-docs > WebLogic ServerTM > WebLogic エンタープライズ JavaBeans プログラマーズ ガイド > weblogic-cmp-rdbms-jar.xml 文書型定義 |
|
WebLogic エンタープライズ JavaBeans プログラマーズ ガイド
|
weblogic-cmp-rdbms-jar.xml 文書型定義
この章では、weblogic 固有の XML 文書型定義 (DTD) ファイル、weblogic-cmp-rdbms-jar.xml ファイルの EJB 1.1 および EJB 2.0 デプロイメント記述子要素について説明します。これらの定義を使用して、EJB デプロイメントを構成する WebLogic 固有の weblogic-cmp-rdbms-jar.xml ファイルを作成します。
以下の節では、DOCTYPE ヘッダ情報を含めて、2 つのバージョンの WebLogic 固有の XML をリファレンス形式で詳細にまとめてあります。これらのデプロイメント記述子要素を使用して、コンテナ管理による永続性 (CMP) を指定します。
EJB デプロイメント記述子は、エンタープライズ Bean の構造およびアセンブリ情報を提供します。この情報を指定するには、3 つの EJB XML DTD ファイルのデプロイメント記述子に値を指定します。ファイルは次のとおりです。
この 3 つの XML ファイルを EJB および他のクラスと一緒にデプロイ可能なコンポーネント、通常は ejb.jar という JAR ファイルにパッケージ化します。
ejb-jar.xml ファイルは、Sun Microsystems の ejb.jar.xml ファイルのデプロイメント記述子に基づいています。その他の 2 つの XML ファイルは weblogic 固有のファイルで、weblogic-ejb-jar.xml と weblogic-cmp-rdbms-jar.xml のデプロイメント記述子に基づいています。
XML デプロイメント ファイルの編集、作成時に、各デプロイメント ファイルに対して正しい DOCTYPE ヘッダを指定することが重要です。特に、DOCTYPE ヘッダ内部に不正な PUBLIC 要素を使用すると、原因究明が困難なパーサ エラーになることがあります。各 XML デプロイメント ファイルで適切な PUBLIC 要素は、次のとおりです。
WebLogic Server 固有の weblogic-cmp-rdbms-jar.xml ファイルの PUBLIC 要素には、次のようにテキストを指定する必要があります。
Sun Microsystems 固有の ejb-jar ファイルの PUBLIC 要素には、次のようにテキストを指定する必要があります。
|
'-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN' |
|
|
'-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 1.1//EN' |
たとえば、weblogic-cmp-rdbms-jar.xml ファイルの DOCTYPE ヘッダは次のようになります。
<!DOCTYPE weblogic-cmp-rdbms-jar PUBLIC
'-//BEA Systems, Inc.//DTD WebLogic 7.0.0 EJB RDBMS Persistence//EN' 'http://www.bea.com/servers/wls700/dtd/weblogic-rdbms20-persistence-700.dtd '>
XML の解析ユーティリティ (ejbc など) でヘッダ情報が不正な XML ファイルを解析すると、次のようなエラー メッセージが表示されることがあります。
SAXException: This document may not have the identifier 'identifier_name'
identifier_name には通常、PUBLIC 要素内の不正な文字列が表示されます。
検証用 DTD (Document Type Definitions : 文書型定義)
XML ファイルの内容および要素の配置は、使用する各ファイルの文書型定義 (DTD) に準拠している必要があります。WebLogic Server ユーティリティでは、XML デプロイメント ファイルの DOCTYPE ヘッダ内に埋め込まれた DTD は無視され、代わりにサーバと共にインストールされた DTD の場所が使用されます。ただし、DOCTYPE ヘッダ情報には、パーサ エラーを避けるために有効な URL 構文を指定する必要があります。
注意: ほとんどのブラウザでは、.dtd ファイルの内容は表示されません。DTD ファイルの内容をブラウザで見るには、リンクをテキスト ファイルとして保存し、テキスト エディタで開いて表示します。
以下のリンクでは、WebLogic Server で使用される weblogic-cmp-rdbms-jar.xml デプロイメント ファイル用のパブリック DTD の場所が示されています。
http://www.bea.com/servers/wls700/dtd/weblogic-rdbms20-
persistence-700.dtd には、エンティティ EJB のコンテナ管理による永続性プロパティを定義する DTD が含まれています。この DTD は WebLogic Server バージョン 6.0 から変更されていますが、WebLogic Server RDBMS ベースの永続性を使用するエンティティ EJB に対して weblogic-cmp-rdbms-jar.xml ファイルを指定する必要があります。
http://www.bea.com/servers/wls700/dtd/weblogic-rdbms-
persistence-700.dtd
http://www.bea.com/servers/wls600/dtd/weblogic-rdbms20-
persistence-600.dtd には、エンティティ EJB のコンテナ管理による永続性プロパティを定義する DTD が含まれています。この DTD は WebLogic Server バージョン 5.1 から変更されていますが、WebLogic Server RDBMS ベースの永続性を使用するエンティティ EJB に対して weblogic-cmp-rdbms-jar.xml ファイルを指定する必要があります。
http://www.bea.com/servers/wls600/dtd/weblogic-rdbms-
persistence-600.dtd
以下のリンクでは、WebLogic Server で使用される ejb-jar.xml デプロイメント ファイル用のパブリック DTD の場所が示されています。
http://www.java.sun.com/dtd/ejb-jar_2_0.dtd には、すべての EJB で必要な標準 ejb-jar.xml デプロイメント ファイル用の DTD が含まれています。この DTD は、JavaSoft EJB 2.0 仕様の一部として維持管理されています。ejb-jar.dtd で使用される要素については JavaSoft 仕様を参照してください。
注意: ejb-jar.xml デプロイメント記述子の説明については、該当する JavaSoft EJB 仕様を参照してください。
2.0 の weblogic-cmp-rdbms-jar.xml デプロイメント記述子ファイルの構造
weblogic-cmp-rdbms-jar.xml ファイルは、WebLogic Server の RDBMS ベースの永続性サービスを使用するエンティティ EJB のデプロイメント記述子を定義します。EJB コンテナでは、WebLogic Server バージョン 6.x で提供された XML とは異なるバージョンの weblogic-cmp-rdbms-jar.xml を使用します。
WebLogic Server バージョン 7.0 にデプロイする旧バージョンの EJB 1.1 用 weblogic-cmp-rdbms-jar.xml の DTD も使用できます。ただし、CMP 2.0 の新機能を使用する場合は、下記の新しい DTD を使用する必要があります。
WebLogic Server 7.0 の weblogic-cmp-rdbms-jar.xml の最上位要素は、weblogic-rdbms-jar スタンザで構成されます。
description
weblogic-version
weblogic-rdbms-jar
weblogic-rdbms-bean
ejb-name
data-source-name
table-map
field-group
relationship-caching
weblogic-query
delay-database-insert-until
automatic-key-generation
check-exists-on-method
weblogic-rdbms-relation
relation-name
table-name
weblogic-relationship-role
create-default-dbms-tables
validate-db-schema-with
database-type
2.0 の weblogic-cmp-rdbms-jar.xml デプロイメント記述子要素
automatic-key-generation 要素は、シーケンス/キー生成機能の使い方を指定します。
<automatic-key-generation>
<generator-type>ORACLE</generator-type>
<generator-name>test_sequence</generator-name>
<key-cache-size>10</key-cache-size>
</automatic-key-generation>
<automatic-key-generation>
<generator-type>SQL-SERVER</generator-type>
</automatic-key-generation>
<automatic-key-generation>
<generator-type>NAMED_SEQUENCE_TABLE</generator-type>
<generator-name>MY_SEQUENCE_TABLE_NAME</generator-name>
<key-cache-size>100</key-cache-size>
</automatic-key-generation>
caching-element は、関連する Bean に対してコンテナ管理による関係 (cmr-field) と、関連する Bean 内の group-name を指定します。 group-name を指定しなかった場合、デフォルトの group-name (全フィールドをロード) が使用されます。group-name の詳細については、group-nameを参照してください。
caching-element 記述子は、関連する Bean に対してコンテナ管理による関係 (cmr-field) と、関連する Bean 内の group-name を指定します。group-name を指定しなかった場合、デフォルトの group-name (全フィールドをロード) が使用されます。group-name の詳細については、group-nameを参照してください。
WebLogic Server バージョン 7.0 サービス パック 3 から、EJB コンテナでは複数の caching-element 下位要素を指定できるようになりました。関連する DTD エントリは次のようになります。
<!ELEMENT caching-element (
cmr-field,
group-name?,
caching-element*
)>
<!ELEMENT caching-element (
cmr-field,
group-name?,
caching-element?
)>
relationship-cachingを参照してください。
caching-name 要素は、リレーションシップ キャッシュの名前を指定します。
relationship-cachingを参照してください。
デフォルトでは、EJB コンテナはトランザクションの完了を待機してから、コンテナ管理による永続性 (CMP) エンティティ Bean の有無をチェックします。これにより、大半のアプリケーションで高いパフォーマンスを実現しつつ、十分なレベルのチェックが提供されます。
EJB コンテナが Bean 上で呼び出されたビジネス メソッドの完了前に Bean の有無をチェックするように指定するには、check-exists-on-method を True に設定します。これは、削除されたコンテナ管理のエンティティ Bean 上で何らかのビジネス メソッドが呼び出されると、直ちにコンテナがアプリケーションに対して通知を行うことを意味します。
次の例では、削除された CMP エンティティ上でビジネス メソッドが呼び出されたことを WebLogic Server がアプリケーションに通知するように指定しています。
<check-exists-on-method>True</check-exists-on-method>
|
このフィールドは大文字/小文字を区別するので、Bean のフィールド名と正しく一致していること。また、ejb-jar.xml に cmp-entry が指定されていること。 |
|
|
weblogic-rdbms-bean |
|
この名前は、Bean インスタンスのマップされたフィールドを指定します。Bean インスタンスのフィールドには、データベースから取得した情報が指定されている必要があります。
field-mapを参照してください。
cmr-field 要素は、コンテナ管理による関係フィールド (cmr-field) 名を指定します。
<weblogic-rdbms-jar>
<weblogic-rdbms-relation>
<field-group>employee</field-group>
<cmp-field>employee stock purchases</cmp-field>
<cmr-field>stock options</cmr-field>
</weblogic-rdbms-relation>
</weblogic-rdbms-jar>
この要素は、データベース内のテーブルの外部キー カラムと対応する主キーのマッピングを表します。2 つのカラムは同じテーブルにある場合も別のテーブルにある場合もあります。カラムが属しているテーブルは、column-map 要素がデプロイメント記述子に表示されるコンテキストに対しては暗黙的です。
<weblogic-rdbms-jar>
<weblogic-rdbms-bean>
<column-map
<foreign-key-column>account-id</foreign-key-column>
<key-column>id</key-column>
</column-map>
</weblogic-rdbms-bean>
</weblogic-rdbms-jar>
|
この要素は、開発および試作段階で役立つ場合にのみ使用する。使用する DBMS CREATE 文のテーブル スキーマがコンテナの最適な定義になる。一般に、プロダクション環境にはより正確なスキーマ定義が必要になる。 |
|
create-default-dbms-table 要素は、デプロイメント ファイルおよび Bean クラスの記述に基づいてデフォルト テーブルを自動作成する機能を有効化/無効化します。False に設定すると、この機能は無効化されるので、テーブルは自動的に作成されません。True に設定すると、この機能は有効化されるので、テーブルは自動的に作成されます。TABLE CREATION が失敗した場合、Table Not Found エラーが送出されるので、テーブルを手動で作成しなければなりません。
次の例では、create-default-dbms-tables 要素を指定します。
<create-default-dbms-tables>True</create-default-dbms-tables>
database-type 要素は、基盤 DBMS として使用するデータベースを指定します。
<database-type>POINTBASE</database-type>
|
データベース接続の標準 WebLogic Server JDBC データ ソースとして定義すること。データ ソースの詳細については、『WebLogic JDBC プログラマーズ ガイド』を参照。 |
|
この Bean のすべてのデータベース接続に使用する JDBC データ ソース名を指定する data-source-name です。
table-nameを参照してください。
db-cascade-delete 要素は、データベース カスケード機能を有効にするかどうかを指定します。この要素を指定しなかった場合、WebLogic Server では、データベース カスケード削除が指定されていないものと見なされます。
カスケード削除メソッドを参照してください。
field-mapを参照してください。
dbms-column-type 要素は、現在のフィールドを Oracle データベース内の Blob または Clob、または Sybase データベース内の LongString または SybaseBinary にマップします。この要素には、以下のいずれかを指定できます。
<field-map>
<cmp-field>photo</cmp-field>
<dbms-column>PICTURE</dbms-column>
<dbms_column-type>OracleBlob</dbms-column-type>
</field-map>
description 要素は、親要素を示すテキストの指定に使用します。
<description>Contains a description of parent element</description>
|
cmr-field が null 値を許可しない foreign-key column にマップされている場合、データベースの挿入は ejbPostCreate の後に遅延される。この場合、cmr-field を ejbPostCreate で null でない値に設定してから Bean をデータベースに挿入しなければならない。 |
|
delay-database-insert-until 要素は、RDBMS CMP を使用する新しい Bean をデータベースに挿入する正確な時間を指定します。
ejbPostCreate メソッドが Bean の永続フィールドを変更するまで、データベースの挿入を遅らせることをお勧めします。これにより、不要な保存操作を行わずに済むので、パフォーマンスが向上します。
最大限の柔軟性を実現するには、関連 Bean を ejbPostCreate メソッドで作成することは避ける必要があります。データベースの制約によって関連 Bean が未作成の Bean を参照できない場合、データベースの挿入を遅らせることができなくなる可能性があります。
次の例では、delay-database-insert-until 要素を指定します。
<delay-database-insert-until>ejbPostCreate</delay-database-insert-until>
ejb-cmp-rdbms.xml で定義した EJB を指定する名前です。 この名前は、ejb-jar.xml で定義した CMP エンティティ Bean の ejb-name に一致している必要があります。
table-nameを参照してください。
enable-tuned-updates 要素は、ejbStore が呼び出された場合に、EJB コンテナがコンテナ管理フィールドの変更の有無を自動的に判定し、変更されたフィールドだけをデータベースに書き込むように指定します。
次の例では、enable-tuned-updates 要素の指定方法を示します。
<enable-tuned-updates>True</enable-tuned-updates>
field-group 要素は、Bean の cmp-field と cmr-field のサブセットを表します。Bean 内の関連フィールドを、障害のあったグループに 1 つのユニットとしてまとめることができます。グループをファインダまたは関係に関連付けることができます。それによって、ファインダを実行するか、または関係に従った結果として Bean がロードされたときに、グループ内の指定フィールドのみがロードされます。
フィールドは複数のグループに関連付けられている場合があります。この場合、フィールドに対して getXXX メソッドを実行すると、そのフィールドを含む最初のグループで障害が発生します。
<weblogic-rdbms-bean>
<ejb-name>XXXBean</ejb-name>
<field-group>
<group-name>medical-data</group-name>
<cmp-field>insurance</cmp-field>
<cmr-field>doctors</cmr-fields>
</field-group>
</weblogic-rdbms-bean>
データベースの特定のカラム用にマップされたフィールド名です。Bean インスタンスの CMP フィールドに対応しています。
<weblogic-rdbms-jar>
<weblogic-rdbms-bean>
<field-map>
<cmp-field>accountId</cmp-field>
<dbms-column>id</dbms-column>
</field-map>
<field-map>
<cmp-field>balance</cmp-field>
<dbms-column>bal</dbms-column>
</field-map>
<field-map>
<cmp-field>accountType</cmp-field>
<dbms-column>type</dbms-column>
</field-map>
</weblogic-rdbms-bean>
</weblogic-rdbms-jar>
foreign-key-column 要素は、データベース内の外部キーのカラムを表します。
column-mapを参照してください。
foreign-key-table 要素は、外部キーを格納する DBMS テーブル名を指定します。
relationship-role-mapを参照してください。
generator-name 要素は、ジェネレータの名前を指定する場合に使用します。
automatic-key-generationを参照してください。
generator-type 要素は、使用するキー生成方法を指定します。オプションは以下のとおりです。
automatic-key-generationを参照してください。
group-name 要素はフィールド グループ名を指定します。
<weblogic-rdbms-jar>
<weblogic-rdbms-relation>
<field-group>employee</field-group>
<cmp-field>employee stock purchases</cmp-field>
<cmr-field>stock options</cmr-field>
<group-name>financial data</group-name>
</weblogic-rdbms-relation>
</weblogic-rdbms-jar>
include-updates 要素は、現在のトランザクション中の更新を必ずクエリの結果に反映するように指定します。この要素を True に設定した場合、コンテナは現在のトランザクションによる変更をすべてディスクにフラッシュしてからクエリを実行します。
<include-updates>False</include_updates>
key-cache-size 要素は、自動主キー生成機能で利用可能な主キー キャッシュのサイズをオプションとして指定します。
automatic-key-generationを参照してください。
key-column 要素は、データベース内の主キーのカラムを表します。
column-mapを参照してください。
max-elements は多値クエリによって返される要素の最大数を指定します。この要素は、JDBC の maxRows 機能とほぼ同じです。
<max-elements>100</max-elements>
<!ELEMENT max-element (PCDATA)>
method-name 要素は、ファインダ メソッドまたは ejbSelect メソッドの名前を指定します。
weblogic-queryを参照してください。
method-param 要素には、Java タイプのメソッド パラメータの完全修飾名が含まれます。
<method-param>java.lang.String</method-param>
method-params 要素には、Java タイプのメソッド パラメータの完全修飾名の順序付きリストが含まれます。
weblogic-queryを参照してください。
optimistic-column 要素は、オプティミスティックな同時実行性を実装するためのバージョン値またはタイムスタンプ値を格納するデータベース カラムを示します。オプティミスティックな同時実行性の詳細については、Optimistic 同時方式を参照してください。
次の XML 例では、optimistic-column 要素の使い方を示します。
<optimistic-column>ROW_VERSION</optimistic-column>
primary-key-table 要素は、主キーを格納する DBMS テーブル名を指定します。主キーの詳細については、主キーの使用を参照してください。
次の XML スタンザでは、1 対 1 の関係の primary-key 側の Bean (Pk_bean) は複数のテーブルにマップされていますが、関係の foreign-key 側の Bean (Fk_Bean) は 1 つのテーブル (Fk_BeanTable) にマップされています。foreign-key カラム名は Fk_column_1 および Fk_column_2 です。
詳細については、コンテナ管理による関係を参照してください。
次の XML 例では、primary-key-table 要素の使い方を示します。
<relationship-role-map
<primary-key-table->Pk_BeanTable_1</primary-key-table>
<column-map>
<foreign-key-column>Fk_column_1</foreign-key-column>
<key-column>Pk_table1_pkColumn_1</key-column>
</column-map>
<column-map>
<foreign-key-column>Fk_column_2</foreign-key-column>
<key-column>Pk_table1_pkColumn_2</key-column>
</column-map>
</relationship-role-map>
query-method 要素は、weblogic-query に関連付けるメソッドを指定します。ejb-jar.xml 記述子と同じ形式を使用します。
weblogic-queryを参照してください。
|
関連する ejb-jar.xml デプロイメント記述子ファイルで定義した ejb-relation の ejb-relation-name に一致していること。ejb-relation-name は省略可能な要素だが、関連する ejb-jar.xml デプロイメント記述子ファイルで定義した ejb-relation ごとに必要になる。 |
|
<weblogic-rdbms-jar>
<weblogic-rdbms-relation>
<relation-name>stocks-holders</relation-name>
<table-name>stocks</table-name>
</weblogic-rdbms-relation>
</weblogic-rdbms-jar>
relation-caching 要素は、リレーションシップ キャッシングを指定します。 リレーションシップ キャッシングの詳細については、CMR でのリレーションシップ キャッシングの使用を参照してください。
<relationship-caching>
<caching-name>cacheMoreBeans</caching-name>
<caching-element>
<cmr-field>accounts<</cmr-field>
<group-name>acct_group</group-name>
<caching-element>
<cmr-field>address</cmr-field>
<group-name>addr_group</group-name>
</caching-element>
</caching-element>
<caching-element>
<cmr-field>phone</cmr-field>
<group-name>phone_group</group-name>
</caching-element>
</relationship-caching>
accounts フィールドと phone フィールドは、customerBean テーブル上のコンテナ管理による関係 (CMR) フィールドです。また、address フィールドは accountBean テーブル上の CMR フィールドです。addr_group および phone_group は、addressBean および phoneBean 内のグループです。
caching-element をネストすることにより、関係する Bean を複数レベルでロードできるようになります。 この例では、addressBean が accountBean 内でネストされているので、第 2 レベルの関連 Bean にあたります。 現在、指定できる caching-element の数に制限はありません。 しかし、caching-element のレベルをあまり多く設定しすぎると、そのトランザクションのパフォーマンスに影響すると考えられます。
リレーションシップ キャッシングでは結合クエリを使用し、結合クエリではおそらく結果を ResultSet 内のテーブルに複写するため、relationship-caching 要素で指定した caching-element デプロイメント記述子の数が ResultSet に複写される結果の数に直に影響してきます。 1 対多関係では、relationship-caching 要素であまり多くの caching-element デプロイメント記述子を指定しないでください。caching-element デプロイメント記述子の数に対して複写される結果の数が乗算される可能性があります。
relationship-role-map 要素は、ある関係に加わっている Bean のキーカラム マッピングに対する 外部キー カラムを指定します。
詳細については、コンテナ管理による関係を参照してください。
<relationship-role-map
<foreign-key-table>Fk_BeanTable_2</foreign-key-table>
<column-map>
<foreign-key-column>Fk_column_1</foreign-key-column>
<key-column>Pk_table_pkColumn_1</key-column>
</column-map>
<column-map>
<foreign-key-column>Fk_column_2</foreign-key-column>
<key-column>Pk_table_pkColumn_2</key-column>
</column-map>
</relationship-role-map>
relationship-role-name 要素は関係のロール名を指定します。
<relationship-role-name></relationship-role-name>
sql-select-distinct 要素は、生成される SQL SELECT 文に DISTINCT 修飾子が含まれるかどうかを指定します。DISTINCT 修飾子を使用すると、データベースからユニークな行が返されます。
<sql-select-distinct>True</sql-select-distinct>
table-map 要素は、 ある 1 つの Beanの cmp-field と 1 つのテーブルのカラムの間のマッピングを指定するものであり、そのテーブルにマッピングするすべての cmp-field を扱います。1 つの CMP Bean を n 個の DBMS テーブルにマップする場合、その Bean の n 個の table-map 要素を、n 個の DBMS テーブルごとに 1 つずつ指定しなくてはなりません。
1 つの CMP Bean を複数のテーブルにマップする場合、各テーブルには、1 つの特定の Bean インスタンスにマップする 1 行が含まれます。そのため、すべてのテーブルにはどの時点でも同数の行が含まれます。また、各テーブルには均一の主キーの値の並びが含まれます。したがって、各テーブルには均一の主キー カラムが含まれ、別々のテーブルの対応している主キー カラムどうしは名前は違うとしても同じタイプでなければなりません。
table-map 要素は、特定テーブルの主キー カラムから、Bean の主キー カラム フィールドへのマッピングを指定しなければなりません。主キー以外のフィールドは 1 つのテーブルにマップできるのみです。
<table-map>
<table-nme>DeptTable</table-name>
<field-map>
<cmp-field>deptId1</cmp-field>
<dbms-column>t1_deptId1_column</dbms-column>
</field-map>
<field-map>
<cmp-field>deptId2</cmp-field>
<dbms-column>t1_deptId2_column</dbms-column>
</field-map>
<field-map>
<cmp-field>location</cmp-field>
<dbms-column>location_column</dbms-column>
</field-map>
<cmp-field>budget</cmp-field>
<dbms-column>budget</dbms-column>
</field-map>
<fieldmap
</table-map>
テーブルの完全修飾 SQL 名です。この Bean の data-source 用に定義したユーザには、指定したテーブルの読み取りおよび書き込み特権が必要ですが、スキーマ変更特権は必要ありません。
<weblogic-rdbms.jar>
<weblogic-rdbms-bean>
<ejb-name>containerManaged</ejb-name>
<data-source-name>examples-dataSource-demoPool</data-source-name>
<table-name>ejbAccounts</table-name>
</weblogic-rdbms-bean>
</weblogic-rdbms-jar>
Bean 単位でペシミスティックな同時方式を強制します。このフラグで True を指定すると、Bean がデータベースからロードされるときは常に SELECT ... FOR UPDATE が使用されます。これは、トランザクション レベルではなく Bean レベルで設定されるという点で、トランザクションのアイソレーション レベル TRANSACTION_READ_COMMITTED_FOR_UPDATE とは異なります。
<weblogic-rdbms.jar>
<weblogic-rdbms-bean>
<ejb-name>containerManaged</ejb-name>
<use-select-for-update>true</use-select-for-update>
</weblogic-rdbms-bean>
</weblogic-rdbms-jar>
validate-db-schema-with 要素を指定すると、デプロイメント時に Bean が有効なデータベース スキーマにマップされているかどうかをコンテナ管理による永続性でチェックします。
MetaData を指定すると、WebLogic Server は、JDBC メタデータを使用してスキーマを検証します。
TableQuery (デフォルト設定) を指定すると、WebLogic Server は、テーブルを直接クエリし、CMP 実行時によって予期されているスキーマがテーブルにあるかどうかを確認します。
<validate-db-schema-with>TableQuery</validate-db-schema-with>
Optimistic 同時方式を使用する場合は、verify-columns 要素によって有効性をチェックするテーブル カラムが指定されます。WebLogic Server は、トランザクションの終了時、データベースにコミットする前にカラムをチェックし、他のどのトランザクションもそのデータを変更していないことを確かめます。
Bean が複数のテーブルにマップされる場合、トランザクション中に更新したテーブルに対してのみチェックが実行されます。 各テーブルの verify-columns 要素は、値が同じである必要はありません。
詳細については、Optimistic 同時方式を参照してください。
<verify-columns>Modified</verify-columns>
weblogic-ql 要素は、EJB-QL に対する WebLogic 固有の拡張機能を含むクエリを指定します。ejb-jar.xml デプロイメント記述子では、EJB-QL 言語の標準機能だけを使用するクエリを指定しなければなりません。
weblogic-queryを参照してください。
weblogic-query 要素を使用すると、必要に応じて、WebLogic 固有の属性をクエリに関連付けることができます。たとえば、WebLogic 固有の EJB-QL に対する拡張機能を含むクエリを指定するために使用できます。EJB-QL に対する WebLogic の拡張機能を使用しないクエリは、ejb-jar.xml デプロイメント記述子で指定する必要があります。
また、クエリによってあらかじめキャッシュにロードしておく必要があるエンティティ Bean をクエリで取得する場合は、weblogic-query 要素を使用して、field-group をクエリに関連付けます。
<weblogic-query>
<query-method>
<method-name>findBigAccounts</method-name>
<method-params>
<method-param>double</method-param>
</method-params>
<query-method>
<weblogic-ql>WHERE BALANCE>10000 ORDERBY NAME</weblogic-ql>
</weblogic-query>
weblogic-rdbms-bean は、WebLogic RDBMS CMP 永続性タイプによって管理された 1 つのエンティティ Bean を表します。
weblogic-rdbms-bean の XML 構造を示します。
weblogic-rdbms-bean
ejb-name
data-source-name
table-map
field-group
relationship-caching
weblogic-query
delay-database-insert-until
automatic-key-generation
check-exists-on-method
weblogic-rdbms-jar 要素は、WebLogic RDMBS CMP デプロイメント記述子の最上位の要素です。この要素には、1 つまたは複数のエンティティ Beanと、一連の関係 (これについては省略可能) についてのデプロイメント情報が含まれます。
weblogic-rdbms-jar の XML 構造を示します。
weblogic-rdbms-jar
weblogic-rdbms-bean
weblogic-rdbms-relation
create-default-dbms-tables
validate-db-schema-with
database-type
weblogic-rdbms-relation 要素は、1 つのコンテナ管理による関係 (CMR) を表します。
CMR の詳細については、コンテナ管理による関係を参照してください。
1 対 1 の関係を示す weblogic-rdbms-relation の XML 構造は、次のとおりです。
<weblogic-rdbms-relation>
<relation-name>...</relation-name>
<weblogic-relationship-role>...</weblogic-relationship-role>
</weblogic-rdbms-relation>
weblogic-relationship-role 要素は、外部キーから主キーへのマッピングを表すのに使用します。 1 対 1 または 1 対多の関係では、1 つのマッピングのみを指定します。 多対多の関係では、2 つのマッピングを指定する必要があります。
キーが複数の場合、複数カラムのマッピングは単独のロールに対して指定します。 ロールが group-name を指定しているだけの場合、column-map は指定されません。
詳細については、コンテナ管理による関係を参照してください。
<weblogic-relationship-role>
<relationship-role-name>...</relationhsip-role-name>
<relationship-role-map>
<<column-map>
<foreign-key-column>manager-id
</foreign-key-column>
<key-column>id</key-column>
</column-map>
<relationship-role-name>
</weblogic-relationship-role>
1.1 の weblogic-cmp-rdbms-jar.xml デプロイメント記述子ファイルの構造
weblogic-cmp-rdbms-jar.xml では、WebLogic Server RDBMS ベースの永続性サービスを使用するエンティティ EJB のデプロイメント要素を定義します。
WebLogic Server 1.1 の weblogic-cmp-rdbms-jar.xml の最上位要素は、weblogic-enterprise-bean スタンザで構成されます。
description
weblogic-version
<weblogic-enterprise-bean>
<pool-name>finance_pool</pool-name>
<schema-name>FINANCE_APP</schema-name>
<table-name>ACCOUNT</table-name>
<attribute-map>
<object-link>
<bean-field>accountID</bean-field>
<dbms-column>ACCOUNT_NUMBER</dbms-column>
</object-link>
<object-link>
<bean-field>balance</bean-field>
<dbms-column>BALANCE</dbms-column>
</object-link>
</attribute-map>
<finder-list>
<finder>
<method-name>findBigAccounts</method-name>
<method-params>
<<method-param>double</method-param>
</method-params>
<finder-query><![CDATA[(> balance $0)]]></finder-query>
<finder-expression>. . .</finder-expression>
</finder>
</finder-list>
</weblogic-enterprise-bean>
1.1 の weblogic-cmp-rdbms-jar.xml デプロイメント記述子要素
pool-name では、EJB のデータベース接続に使用する WebLogic Server 接続プールの名前を指定します。詳細については、『WebLogic JDBC プログラマーズ ガイド』を参照してください。
schema-name では、データベースに置かれるソース テーブルのスキーマを指定します。この要素は、EJB の接続プールで定義されたユーザに対してデフォルト スキーマではないスキーマを使用する場合にのみ必須です。
注意: 多くの SQL 実装では大文字小文字が無視されますが、このフィールドは大文字小文字が区別されます。
table-name では、データベース内のソース テーブルを指定します。この要素はすべての場合に必須です。
注意: EJB の接続プールで定義されたユーザには、指定されたテーブルに対する読み書き特権が必要です。ただし、スキーマ変更権限は必ずしも必要ありません。多くの SQL 実装では大文字小文字が無視されますが、このフィールドは大文字小文字が区別されます。
この節では EJB フォールド マッピング要素について説明します。
attribute-map スタンザでは、EJB インスタンスの単一フィールドがデータベース テーブル内の特定のカラムにリンクされます。attribute-map には、WebLogic Server RDBMS ベースの永続性を使用する EJB のフィールドごとに 1 つのエントリが必要です。
各 attribute-map エントリは、データベース内のカラムと EJB インスタンス内のフィールドとのリンクを表す object-link スタンザから構成されます。
bean-field では、データベースからの移行が必要な EJB インスタンスのフィールドを指定します。この要素では大文字小文字が区別されます。この要素は、Bean インスタンスのフィールド名に正確に一致している必要があります。
また、このタグで参照されるフィールドは、Bean の ejb-jar.xml ファイル内に定義されている cmp-field 要素も持っている必要があります。
dbms-column では、EJB フィールドがマップされるデータベース カラムを指定します。多くのデータベースでは大文字小文字が無視されますが、このフィールドでは大文字小文字が区別されます。
注意: WebLogic Server では、引用符で囲まれた RDBMS キーワードは dbms-column のエントリとしてはサポートされていません。たとえば、基になるデータストアで「create」や「select」が予約語になっている場合、それらをカラム名にして属性マップを作成することができません。
finder-list スタンザでは、Bean の集合を見つけるために生成されるすべてのファインダの集合を定義します。詳細については、EJB 1.1 CMP の RDBMS 永続性用の記述を参照してください。
findByPrimarykey の場合を除いて、finder-list には、ホーム インタフェース内に定義されているファインダ メソッドごとに 1 つのエントリが必要です。findByPrimaryKey の場合は、エントリを指定しなくても、コンパイル時に finder-list が生成されます。
注意: findByPrimaryKey に対してエントリを指定すると、WebLogic Server では、正当性が検証されずにそのエントリが使用されます。ほとんどの場合では、findByPrimaryKey に対するエントリを定義せずに、デフォルトで生成されるメソッドを受け入れることをお勧めします。
finder スタンザでは、ホーム インタフェース内に定義されるファインダ メソッドを記述します。finder スタンザに含まれる要素によって、WebLogic Server では、ホーム インタフェース内に記述されているメソッドが識別され、必要なデータベース操作を実行できるようになります。
method-name では、ホーム インタフェース内のファインダ メソッドの名前を定義します。このタグには、メソッドの正確な名前を指定する必要があります。
method-params スタンザでは、method-name で指定されるファインダ メソッドに対するパラメータのリストを定義します。
注意: WebLogic Server では、このリストは EJB のホーム インタフェース内のファインダ メソッドのパラメータ タイプと比較されます。パラメータ リストの順序とパラメータ タイプは、ホーム インタフェースで定義されている順序とパラメータ タイプに正確に一致している必要があります。
method-param では、パラメータ タイプの完全修飾名を定義します。このタイプ名は java.lang.Class オブジェクトで評価され、その結果のオブジェクトは EJB のファインダ メソッド内の各パラメータに正確に一致している必要があります。
「double」や「int」のようなプリミティブ名を使用してプリミティブ パラメータを指定できます。method-param 要素内に非プリミティブなタイプを使用する場合には、完全修飾名を指定する必要があります。たとえば、Timestamp ではなく java.sql.Timestamp を使用します。完全修飾名を使用しないと、デプロイメント ユニットのコンパイル時に ejbc でエラー メッセージが生成されます。
finder-query では、このファインダ用にデータベースから値を取り出す場合に使用する WebLogic クエリ言語 (WLQL) 文字列を指定します。詳細については、EJB 1.1 CMP 用の WebLogic クエリ言語 (WLQL) の使用を参照してください。
注意: finder-query 値のテキストは、常に、XML CDATA 属性を使用して定義してください。CDATA を使用すると、WLQL 文字列中に特殊文字が入っていても、ファインダをコンパイルしたときにエラーが発生しないようになります。
finder-expression では、このファインダ用のデータベース クエリ中で変数として使用される Java 言語の式を指定します。
注意: WebLogic Server EJB コンテナの将来のバージョンでは、EJB QL クエリ言語が使用される予定です (このクエリ言語は EJB 2.0 仕様では必須です)。EJB QL では、埋め込まれた Java 式はサポートされていません。そのため、将来の EJB コンテナに簡単にアップグレードできるよう、WLQL でも Java 式を埋め込まずにエンティティ EJB ファインダを作成してください。
|
|
|
|
||
 |
|
|
 |
 |
 |
|
||
