Não usar propriedades kodo

O WebLogic usava o Kodo para sua implementação do provedor JPA 1.0. Esta regra detecta o uso de propriedades kodo.*. O Kodo é 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, a partir da JPA 2.1, o WebSphere passou a usar o EclipseLink como seu provedor JPA padrão.

Propriedades em arquivos Java

As propriedades Kodo podem ser especificadas em um arquivo Java no qual o nome da propriedade é uma Sequência literal. Os exemplos de código a seguir são sinalizados:
String var = "kodo.FilterListeners";
ou
map.put("kodo.Profiling", "someValue");

Propriedades em arquivos persistence.xml

As propriedades Kodo podem ser especificadas em arquivos persistence.xml, que devem estar localizados na pasta META-INF. Por exemplo, a propriedade a seguir no arquivo persistence.xml é detectada:
<property name="kodo.FilterListeners" value="some value" />

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:
- Como migrar do OpenJPA para o EclipseLink Nota:várias propriedades que existem no Kodo também estão disponíveis no OpenJPA sob um nome um pouco diferente. Para obter uma lista integral de propriedades Kodo conhecidas que também existem no OpenJPA, veja a migração de Kodo para OpenJPA
- Diferenças entre o EclipseLink e o WSJPA
- A ferramenta do scanner de origem contém algumas regras do OpenJPA para o EclipseLink que podem ser relevantes para seu aplicativo. No scanner de origem, selecione o OpenJPA para o Conjunto de Regras do EclipseLink para ativar essas regras.
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, é possível aproveitar as regras do Kodo para OpenJPA e as correções rápidas fornecidas no scanner de origem. Para ativar as regras da JPA 2.0 no scanner de origem, navegue até a caixa de diálogo de seleção de regras e verifique a categoria JPA 2.0 na Migração da JPA do WebLogic. 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: