Ne pas utiliser les appels API Kodo

WebLogic utilisait Kodo pour son implémentation de fournisseur JPA 1.0. Cette règle détecte les classes kodo.* et com.solarmetric.*. Kodo repose sur OpenJPA.
De même, OpenJPA était le fournisseur JPA par défaut de WebSphere pour JPA 1.0 et 2.0. Cependant, depuis JPA 2.1, WebSphere utilise EclipseLink comme fournisseur JPA par défaut.

Solution

Si votre application utilise Kodo, la solution de migration d'application la plus simple consiste à utiliser JPA 2.0. L'utilisation de JPA 2.0 exige moins de modifications de l'application que l'utilisation de la version la plus récente de JPA car Kodo repose sur OpenJPA, qui est l'implémentation utilisée pour l'implémentation WebSphere pour JPA 2.0. Toutefois, les versions 2.1 et ultérieures de JPA reposent sur EclipseLink. Les différences dans les implémentations JPA impliquent que le comportement peut être différent pour l'application. De plus, il se peut que les propriétés disponibles dans Kodo n'aient pas de propriétés équivalentes dans EclipseLink.
Les recommandations suivantes concernent les deux options de migration :

Option 1 : Utilisation de JPA 2.1 ou version ultérieure
Si vous souhaitez migrer vers la spécification JPA la plus récente, la migration requiert des étapes de planification et d'analyse supplémentaires. Plusieurs ressources sont disponibles pour la migration d'OpenJPA vers EclipseLink. En général, étant donné que Kodo est généré à partir d'OpenJPA, les conseils applicables à OpenJPA le sont également à Kodo. Utilisez les ressources suivantes pour la migration entre Kodo/OpenJPA et EclipseLink :
- EclipseLink Documentation Remarque :Several classes that exist in Kodo are also available in OpenJPA under a slightly different name. Pour la liste complète des classes Kodo connues qui existent également dans OpenJPA, voir la règle de migration de Kodo vers OpenJPA.
- Differences between EclipseLink and WSJPA
Option 2 : Utilisation de JPA 2.0
Pour une migration plus rapide, la solution la plus simple consiste à migrer votre application vers JPA 2.0. Dans ce cas, vous pouvez profiter profiter des règles Kodo to OpenJPA et des correctifs automatisés qui seront fournis vous devez vous rendre dans la boîte de dialogue de sélection des règles et cocher la catégorie JPA 2.0 sous WebLogic JPA Migration. Vous activez ainsi l'ensemble de règles qui migrent les classes et les propriétés Kodo connues vers OpenJPA. De plus, désélectionnez la case à cocher JPA 2.1 afin de désactiver les règles JPA 2.1.
Une fois les modifications de l'application requises effectuées, configurez votre serveur d'applications en vue de l'utilisation de JPA 2.0 au lieu de JPA 2.1.
- Si vous migrez vers WebSphere Liberty, vous pouvez activer la fonction jpa-2.0 dans votre fichier server.xml. Remarque : Même si JPA 2.0 fait partie de la spécification Java EE 6, la fonction jpa-2.0 est prise en charge avec les fonctions Java EE 6 et Java EE 7. Toutefois, elle n'est pas prise en charge avec les fonctions Java EE 8.
- Si vous migrez vers WebSphere Traditional version 9, vous pouvez changer le fournisseur JPA par défaut afin d'utiliser WSJPA, la version WebSphere d'OpenJPA, à la place d'EclipseLink. Voir Configuration du fournisseur de persistance WSJPA pour des détails sur le changement de fournisseur JPA par défaut dans WebSphere Traditional.

Ressources complémentaires :