Keine Kodo-Eigenschaften verwenden

WebLogic verwendet Kodo für seine JPA 1.0-Providerimplementierung. Diese Regel erkennt die Verwendung von kodo.*-Eigenschaften. 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.

Eigenschaften in Java-Dateien

Kodo-Eigenschaften können in einer Java-Datei angegeben werden, bei denen der Eigenschaftsname ein Zeichenfolgeliteral ist. Die folgenden Codebeispiele werden markiert:
String var = "kodo.FilterListeners" ;
oder
map.put("kodo.Profiling", "someValue");

Eigenschaften in Dateien persistence.xml

Kodo-Eigenschaften können in Dateien mit dem Namen persistence.xml angegeben werden, die sich im Ordner META-INF befinden müssen. Die folgende Eigenschaft in der Datei persistence.xml wird beispielsweise erkannt:
< Eigenschaftsname= " kodo.FilterListeners " value="irgendein Wert "/>

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 Eigenschaften, die in Kodo existieren, sind auch in OpenJPA unter einem etwas anderen Namen. Eine vollständige Liste bekannter Kodo-Eigenschaften, 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 die Kodo-Regeln auf OpenJPA nutzen und die automatische Korrektur, die provided.You 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: