Не использовать вызовы API Kodo

WebLogic использует Kodo в своей реализации провайдера JPA 1.0. Это правило находит классы kodo.* и com.solarmetric.*. Kodo основан на OpenJPA.
OpenJPA по умолчанию применялся в WebSphere в качестве провайдера JPA 1.0 и 2.0. Однако начиная с JPA 2.1 в качестве провайдера JPA по умолчанию в WebSphere используется EclipseLink.

Решение

Если в приложении используется Kodo, то самым простым способом миграции приложения является переход к использованию JPA 2.0. При переходе к использованию JPA 2.0 в приложение потребуется внести меньше изменений, чем при переходе к последней версии JPA, поскольку Kodo основан на OpenJPA - той же реализации, которая была использована в WebSphere для JPA 2.0. Все версии JPA, начиная с 2.1, основаны на EclipseLink. Отличия в реализациях JPA могут привести к тому, что приложение станет работать по-другому. Кроме того, доступные в Kodo свойства могут не иметь эквивалентных свойств в EclipseLink.
Ниже приведены рекомендации для обоих вариантов миграции:

Вариант 1: использование JPA 2.1 или выше
Если вам необходимо мигрировать на последнюю версию JPA, потребуется приложить дополнительные усилия для планирования и анализа. Для миграции OpenJPA на EclipseLink доступны различные ресурсы. Поскольку Kodo построен на основе OpenJPA, все рекомендации в отношении OpenJPA обычно применимы и к Kodo. Для миграции с Kodo/OpenJPA на EclipseLink воспользуйтесь следующими ресурсами:
- EclipseLink Документация Примечание: Несколько классов, которые существуют в Kodo, также доступны в OpenJPA под немного другим названием. Полный список классов Kodo, существующих в OpenJPA, приведен в описании правила миграции Kodo в OpenJPA
- Отличия EclipseLink от WSJPA
Вариант 2: использование JPA 2.0
Для быстрой миграции проще всего мигрировать приложение на JPA 2.0. В этом случае вы можете воспользоваться воспользоваться правилами Kodo на OpenJPA и автоматическими исправлениями, которые будут предоставлены вам нужно перейти в диалог выбора правил и отметить категорию JPA 2.0 в категории WebLogic JPA Migration. В результате будет активирован набор правил, выполняющих миграцию известных классов и свойств Kodo на OpenJPA. Кроме того, отмените выбор переключателя JPA 2.1, чтобы отключить правила JPA 2.1.
После внесения необходимых изменений в приложении настройте сервер приложений для использования JPA 2.0 вместо JPA 2.1.
- В случае миграции на WebSphere Liberty можно включить функцию jpa-2.0 в файле server.xml. Примечание: несмотря на то что JPA 2.0 входит в состав спецификации Java EE 6, функция jpa-2.0 поддерживается и в Java EE 6, и в Java EE 7. Однако jpa-2.0 не будет поддерживаться в Java EE 8.
- В случае миграции на WebSphere traditional V9 измените провайдер JPA по умолчанию с EclipseLink на WSJPA, применяемую в WebSphere версию OpenJPA. См. подробную информацию об изменении провайдера JPA по умолчанию в WebSphere traditional в документе Настройка OpenJPA/WSJPA в качестве провайдера по умолчанию для WebSphere traditional 9.

Дополнительные ресурсы: