WebLogic は、JPA 1.0 プロバイダーの実装に Kodo を使用しました。この規則は、kodo.* クラスと com.solarmetric.* クラスを検出します。Kodo は、OpenJPA に基づいています。
同様に、OpenJPA は、JPA 1.0 および 2.0 で WebSphere のデフォルト JPA プロバイダーでした。しかし、JPA 2.1 以降、WebSphere はデフォルト JPA プロバイダーを EclipseLink に切り替えました。
ご使用のアプリケーションで 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 にマイグレーションすることです。 この場合 Kodo to OpenJPA のルールと自動修正が提供されます。.ルール選択ダイアログに移動し、JPAカテゴリをチェックする必要があります。 2.0 WebLogic カテゴリをチェックする必要があります。 これにより、既知の Kodo クラスおよびプロパティーを OpenJPA にマイグレーションする規則セットが有効になります。
また、JPA 2.1 チェック・ボックスをクリアして、JPA 2.1 規則を無効にします。
必要なアプリケーション変更を完了したら、JPA 2.1 の代わりに JPA 2.0 を使用するようにアプリケーション・サーバーを構成します。