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

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

Свойства в файлах Java

Свойства Kodo могут быть заданы в файле Java с именами, представляющими собой литерал типа String. Ниже приведены примеры фрагментов кода, которые помечаются правилом:
String var = "kodo.FilterListeners" ;
или
map.put("kodo.Profiling", "someValue");

Свойства в файлах persistence.xml

Свойства Kodo могут быть заданы в файлах persistence.xml, расположенных в папке META-INF. Например, будет найдено следующее свойство в файле persistence.xml:
< property name= " kodo.FilterListeners " value="некоторое значение " />

Решение

Если в приложении используется 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 Документация Примечание: Несколько объектов недвижимости, которые есть в Кодо, также доступны в OpenJPA под немного другим названием. Полный список свойств Kodo, существующих в OpenJPA, приведен в описании правила миграции Kodo в OpenJPA
    
  • Отличия EclipseLink от WSJPA
• Вариант 2: использование JPA 2.0

  Для быстрой миграции проще всего мигрировать приложение на JPA 2.0. В этом случае вы можете воспользоваться воспользоваться преимуществами Kodo для OpenJPA правил и автоматического исправления, которое будет provided.You необходимо перейти в диалоговое окно выбора правил и отметить категорию 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.

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

• Провайдеры JPA WebSphere Application Server
• Документация по Kodo WebLogic