Keine Kodo-API-Aufrufe verwenden

WebLogic verwendet Kodo für seine JPA 1.0-Providerimplementierung. Diese Regel erkennt die kodo.*-Klassen und die com.solarmetric.*-Klassen. Kodo basiert auf OpenJPA.
OpenJPA ist der Standard-JPA-Provider für WebSphere in JPA 1.0 und 2.0. In JPA 2.1 hat WebSphere eine Umstellung auf EclipseLink als Standard-JPA-Provider vorgenommen.

Lösung

Wenn Ihre Anwendung Kodo verwendet, ist die einfachste Lösung für die Migration von Anwendungen die Verwendung von JPA 2.0. Wenn Sie JPA 2.0 verwenden, sind weniger Anwendungsänderungen erforderlich als bei der Verwendung der neuesten JPA-Version, da Kodo auf OpenJPA basiert, das auch für die WebSphere-Implementierung für JPA 2.0 verwendet wird. JPA 2.1 und höher basieren jedoch auf EclipseLink. Die Unterschiedene in den JPA-Implementierungen bedeuten potenzielle Änderungen für die Anwendung. Außerdem haben die in Kodo verfügbaren Eigenschaften möglicherweise keine entsprechenden Eigenschaften in EclipseLink.
Die folgenden Empfehlungen gelten für beide Migrationsoptionen:

Option 1: JPA 2.1 oder höher verwenden
Wenn Sie eine Migration auf die neueste JPA-Spezifikation durchführen möchten, erfordert die Migration zusätzliche Planung und Untersuchungen. Es stehen mehrere Ressourcen für die Migration von OpenJPA auf EclipseLink zur Verfügung. Da Kodo auf OpenJPA basiert, gelten alle Empfehlungen für OpenJPA gewöhnlich auch für Kodo. Verwenden Sie die folgenden Ressourcen für die Migration von Kodo/OpenJPA auf EclipseLink:
- EclipseLink Dokumentation Hinweis:Einige Klassen, die in Kodo existieren, sind auch in OpenJPA unter einem etwas anderem Namen. Eine vollständige Liste bekannter Kodo-Klassen die auch in OpenJPA vorhanden sind, finden Sie in der Beschreibung der Regel für die Migration von Kodo auf OpenJPA.
- Differences between EclipseLink and WSJPA
Option 2: JPA 2.0 verwenden
Wenn Sie nach einer schnelleren Migration suchen, ist die Migration Ihrer Anwendungen auf JPA 2.0 die einfachere Lösung. In diesem Fall können Sie die kodo zu OpenJPA Regeln und die automatische Korrektur, die zur Verfügung gestellt wird, nutzen sie müssen zum Regelauswahldialog navigieren und die Kategorie JPA 2.0 kategorie unter WebLogic JPA Migration. Damit wird ein Satz von Regeln aktiviert, die bekannte Kodo-Klassen und -Eigenschaften auf OpenJPA migrieren. Wählen Sie außerdem das Kontrollkästchen "JPA 2.1" ab, um die JPA 2.1-Regeln zu inaktivieren.
Nachdem Sie die erforderlichen Anwendungsänderungen vorgenommen haben, konfigurieren Sie Ihren Anwendungsserver für die Verwendung von JPA 2.0 anstelle von JPA 2.1.
- Wenn Sie eine Migration auf WebSphere Liberty durchführen, können Sie das Feature "jpa-2.0" in der Datei "server.xml" aktivieren. Anmerkung: Obwohl JPA 2.0 Teil der Java EE 6-Spezifikation ist, wird das Feature "jpa-2.0" für Java EE 6- und für Java EE 7-Features unterstützt. Für Java EE 8-Features wird das Feature "jpa-2.0" jedoch nicht unterstützt.
- Wenn Sie eine Migration auf WebSphere Traditional Version 9 durchführen, können Sie den Standard-JPA-Provider so ändern, dass er WSJPA, die WebSphere-Version von OpenJPA, anstelle von EclipseLink verwendet. Einzelheiten zum Ändern des Standard-JPA-Providers in WebSphere Traditional finden Sie unter Persistenzprovider WSJPA konfigurieren.

Weitere Ressourcen: