Non utilizzare le chiamate API Kodo

WebLogic utilizzava Kodo per l'implementazione del provider JPA 1.0. Questa regola rileva le classi kodo.* e le classi com.solarmetric.*. Kodo è basato su OpenJPA.
Allo stesso modo, OpenJPA era il provider JPA predefinito di WebSphere per JPA 1.0 e 2.0. Tuttavia, a partire da JPA 2.1, WebSphere è passato ad EclipseLink come provider JPA predefinito

Soluzione

Se la propria applicazione utilizza Kodo, la soluzione più semplice per la migrazione è quella di utilizzare JPA 2.0. L'utilizzo di JPA 2.0 richiederà un numero minore di modifiche dell'applicazione rispetto all'utilizzo della versione di JPA più recente, perché Kodo è basato su OpenJPA, che è la stessa implementazione utilizzata per l'implementazione WebSphere per JPA 2.0. Tuttavia, JPA 2.1 o versioni successive sono basati su EclipseLink. Le differenze nelle implementazioni JPA indicano che sono presenti potenziali modifiche al comportamento per l'applicazione. Inoltre, le proprietà disponibili in Kodo potrebbero non avere proprietà equivalenti in EclipseLink.
Le seguenti raccomandazioni riguardano entrambe le opzioni di migrazione:

Opzione 1: Utilizzo di JPA 2.1 o versione successiva
Se si è interessati alla migrazione alla specifica JPA più recente, la migrazione richiederà ulteriori attività di pianificazione ed analisi. Sono disponibili diverse risorse per la migrazione da OpenJPA a EclipseLink. Poiché Kodo è basato su OpenJPA, i suggerimenti applicabili per OpenJPA sono generalmente applicabili anche per Kodo. Utilizzare le seguenti risorse per la migrazione tra Kodo/OpenJPA ed EclipseLink:
- EclipseLink Documentazione Nota:Several classes that exist in Kodo are also available in OpenJPA under a slightly different name. Per un elenco completo delle classi Kodo note che esistono anche in OpenJPA, consultare la regola di migrazione da Kodo a OpenJPA
- Differences between EclipseLink and WSJPA
Opzione 2: Utilizzo di JPA 2.0
Se si desidera una migrazione più rapida, la soluzione più semplice consiste nella migrazione dell'applicazione a JPA 2.0. In questo caso, è possibile sfruttare di Kodo a OpenJPA e la correzione automatica che verrà fornita è necessario navigare nella finestra di dialogo di selezione delle regole e selezionare la categoria JPA 2.0 in WebLogic Migrazione JPA. In questo modo, viene abilitato l'insieme di regole che esegue la migrazione delle proprietà e delle classi Kodo note in OpenJPA. Inoltre, deselezionare la casella di spunta JPA 2.1 per disabilitare le regole JPA 2.1.
Una volta completate le modifiche all'applicazione necessarie, configurare il server delle applicazioni in modo da utilizzare JPA 2.0 invece di JPA 2.1.
- Se si sta eseguendo la migrazione a WebSphere Liberty, è possibile abilitare la funzione jpa-2.0 nel file server.xml. Nota: anche se JPA 2.0 fa parte della specifica Java EE 6, la funzione jpa-2.0 è supportata con le funzioni Java EE 6 e Java EE 7. Tuttavia, la funzione jpa-2.0 non sarà supportata con le funzioni Java EE 8.
- Se si sta eseguendo la migrazione a WebSphere traditional V9, è possibile modificare il provider JPA predefinito in modo da utilizzare WSJPA, la versione WebSphere di OpenJPA, invece di EclipseLink. Consultare Configuring OpenJPA/WSJPA as the default provider for WebSphere traditional V9 per i dettagli relativi alla modifica del provider JPA predefinito in WebSphere traditional.

Ulteriori risorse: