WebLogic は、JPA 1.0 プロバイダーの実装に Kodo を使用しました。この規則は、kodo.* プロパティーの使用を検出します。Kodo は、OpenJPA に基づいています。同様に、OpenJPA は、JPA 1.0 および 2.0 で WebSphere のデフォルト JPA プロバイダーでした。しかし、JPA 2.1 以降、WebSphere はデフォルト JPA プロバイダーを EclipseLink に切り替えました。
Kodo プロパティーは、プロパティー名が ストリング・リテラルである Java ファイルに指定できます。次のコードの例にフラグが立てられます。
String
var = "kodo.FilterListeners"
;
または
map.put("kodo.Profiling", "someValue");
Kodo プロパティーは、META-INF フォルダー内にある persistence.xml ファイルに指定できます。例えば、persistence.xml ファイル内で以下のプロパティーが検出されます。
< プロパティー名 = "
kodo.FilterListeners
「
value="some value " /> -->
ご使用のアプリケーションで Kodo が使用されている場合、最もシンプルなアプリケーション・マイグレーション解決方法は、JPA 2.0 を使用することです。Kodo は、WebSphere での JPA 2.0 の実装に使用されているのと同じ実装である OpenJPA に基づいているため、JPA 2.0 を使用すると、最新の JPA バージョンを使用した場合より、アプリケーション変更が少なくて済みます。しかし、JPA 2.1 以降のバージョンは EclipseLink に基づいています。JPA の実装の違いは、アプリケーションで振る舞いの変更の可能性があることを意味します。それに加え、Kodo で使用可能なプロパティーが、EclipseLink に同等のプロパティーを持っていない可能性もあります。
以下の推奨は、両方のマイグレーション・オプションを対象としています。
最新の JPA 仕様へのマイグレーションに関心がある場合、マイグレーションには追加の計画と調査が必要になります。OpenJPA から EclipseLink へのマイグレーションで利用可能なリソースがいくつかあります。Kodo は OpenJPA の上に構築されているため、OpenJPA で利用可能なアドバイスは、通常、Kodo にも適用されます。Kodo/OpenJPA と EclipseLink の間のマイグレーションには、以下のリソースを使用してください。
迅速にマイグレーションを実行したい場合、最もシンプルな解決方法は、アプリケーションを JPA 2.0 にマイグレーションすることです。 この場合 OpenJPA、自動修正されます。 provided.You ルールの選択ダイアログに移動し、JPA 2.0 WebLogic カテゴリをチェックします。 これにより、既知の Kodo クラスおよびプロパティーを OpenJPA にマイグレーションする規則セットが有効になります。
また、JPA 2.1 チェック・ボックスをクリアして、JPA 2.1 規則を無効にします。
必要なアプリケーション変更を完了したら、JPA 2.1 の代わりに JPA 2.0 を使用するようにアプリケーション・サーバーを構成します。