Não usar chamadas API do Kodo

O WebLogic usava o Kodo para sua implementação do provedor JPA 1.0. Esta regra detecta as classes kodo.* e as classes com.solarmetric.*. O é baseado no OpenJPA.
Da mesma forma, o OpenJPA era o provedor JPA padrão do WebSphere para a JPA 1.0 e 2.0. No entanto, iniciando com a JPA 2.1, o WebSphere alternou para o EclipseLink como seu provedor JPA padrão

Solução

Se o seu aplicativo estiver usando Kodo, a solução de migração de aplicativo mais simples será usar a JPA 2.0. O uso da JPA 2.0 requererá menos mudanças do aplicativo do que usar a versão mais recente da JPA, uma vez que Kodo se baseia no OpenJPA, que é a mesma implementação usada para a implementação do WebSphere para JPA 2.0. No entanto, a JPA 2.1 ou versões mais recentes se baseiam no EclipseLink. As diferenças nas implementações da JPA significam que há mudanças de comportamento em potencial para o aplicativo. Além disso, as propriedades disponíveis no Kodo podem não ter propriedades equivalentes no EclipseLink.
As recomendações a seguir são para ambas as opções de migração:

Opção 1: usar JPA 2.1 ou mais recente
Se estiver interessado em migrar para a especificação JPA mais recente, a migração exigirá planejamento e investigação adicionais. Existem vários recursos disponíveis para a migração do OpenJPA para o EclipseLink. Como o Kodo é construído no OpenJPA, o aviso aplicável ao OpenJPA será geralmente aplicável ao Kodo também. Use os recursos a seguir para migração entre Kodo/OpenJPA e o EclipseLink:
- EclipseLink Nota:Várias classes que existem no Kodo também estão disponíveis no OpenJPA com um nome ligeiramente diferente. nome ligeiramente diferente. Para obter uma lista completa de classes Kodo conhecidas que também existem no OpenJPA, veja a regra de migração de Kodo para OpenJPA
- Diferenças entre o EclipseLink e o WSJPA
Opção 2: usar a JPA 2.0
Se estiver procurando uma migração mais rápida, a solução mais simples será migrar o aplicativo para a JPA 2.0. Nesse caso, você pode aproveitar as aproveitar as regras do Kodo para OpenJPA e a correção automatizada que será fornecida você precisará navegar até a caixa de diálogo de seleção de regras e verificar a categoria JPA 2.0 em WebLogic JPA Migration. Isso ativará o conjunto de regras que migra classes e propriedades conhecidas do Kodo para o OpenJPA. Além disso, desmarque a caixa de seleção da JPA 2.1 para desativar suas regras.
Depois de concluir as mudanças necessárias em seu aplicativo, configure o servidor de aplicativos para usar a JPA 2.0 em vez da JPA 2.1.
- Ao migrar para o WebSphere Liberty, é possível ativar o recurso jpa-2.0 no arquivo server.xml. Nota: embora a JPA 2.0 faça parte da especificação Java EE 6, o recurso jpa-2.0 é suportado com ambos os recursos, Java EE 6 e Java EE 7. No entanto, o recurso jpa-2.0 não será suportado com recursos do Java EE 8.
- Ao migrar para o WebSphere traditional V9, é possível mudar o provedor JPA padrão para usar o WSJPA, a versão de OpenJPA do WebSphere, em vez de EclipseLink. Consulte Configurando o OpenJPA/WSJPA como o provedor padrão do WebSphere tradicional V9 para obter detalhes sobre como mudar o provedor JPA padrão no WebSphere tradicional.

Recursos Adicionais: