WebLogic은 Kodo를 JPA 1.0 제공자 구현에 사용했습니다. 이 규칙은 kodo.* 특성의 사용을 발견합니다.
Kodo는 OpenJPA 기반입니다. 마찬가지로, OpenJPA는 JPA 1.0 및 2.0에 대한 WebSphere 기본 JPA 제공자였습니다. 그러나, JPA 2.1을 시작으로 WebSphere는 기본 JPA 제공자를 EclipseLink로 전환했습니다.
Kodo 특성은 특성 이름이 String 리터럴인 Java 파일에서 지정할 수 있습니다. 다음의 코드 예제가 플래그됩니다.
String
var = "kodo.FilterListeners"
;
또는
map.put("kodo.Profiling", "someValue");
Kodo 특성은 META-INF 폴더에 있는 persistence.xml 파일에 지정될 수 있습니다. 예를 들어,
다음 특성이 persistence.xml 파일에서 발견되었습니다.
< 특성 이름= "
kodo.FilterListeners
"
value="일부값 " />
애플리케이션이 Kodo를 사용하는 경우, 가장 쉬운 애플리케이션 마이그레이션 솔루션은
JPA 2.0을 사용하는 것입니다. Kodo는 JPA 2.0에 대해 WebSphere 구현에 사용되는 것과 동일한 OpenJPA를 기반으로 하므로
JPA 2.0을 사용하면 애플리케이션의 변경사항이 최신 JPA 버전을 사용하는 것보다 적습니다. 그러나, JPA 2.1 이후 버전은 EclipseLink 기반입니다. JPA 구현의 차이점은
애플리케이션에 잠재적인 동작 변경이 있음을 의미합니다. 또한 Kodo에서 사용 가능한 속성은 EclipseLink에서 동등한 속성을 가질 수 없습니다.
다음 권장사항은 두 마이그레이션 옵션 모두에 적용됩니다.
최신 JPA 스펙으로 마이그레이션하려는 경우, 마이그레이션은 추가 계획 및 조사가 필요합니다. OpenJPA에서 EclipseLink로 마이그레이션할 때 사용할 수 있는 일부 리소스가 있습니다. Kodo는 OpenJPA를 기반이므로 OpenJPA에 적용할 수 있는 조언은 일반적으로 Kodo에도 적용됩니다. Kodo/OpenJPA와 EclipseLink 간의 마이그레이션에는 다음 자원을 사용하십시오.
빠른 마이그레이션을 하려는 경우, 가장 쉬운 솔루션은 사용자의 애플리케이션을 JPA 2.0으로 마이그레이션하는 것입니다. 이 경우 다음을 수행할 수 있습니다 를 OpenJPA 규칙과 자동화된 수정 사항을 활용할 수 있습니다 provided.You 규칙 선택 대화 상자로 이동하여 JPA 2.0 카테고리를 선택합니다( WebLogic JPA 마이그레이션). 이렇게하면 알려진 Kodo 클래스 및 속성을 OpenJPA로 마이그레이션하는 규칙 세트를 사용할 수 있습니다.
또한, JPA 2.1 선택란을 선택 취소하여 JPA 2.1 규칙을 사용 안함으로 설정하십시오.
필요한 애플리케이션 변경을 완료한 후 JPA 2.1 대신 JPA 2.0을 사용하도록 애플리케이션 서버를 구성하십시오.