Kodo API 호출 사용 안함

WebLogic은 Kodo를 JPA 1.0 제공자 구현에 사용했습니다. 이 규칙은 kodo.* 클래스와 com.solarmetric.* 클래스를 발견합니다. Kodo는 OpenJPA 기반입니다.
마찬가지로, OpenJPA는 JPA 1.0 및 2.0에 대한 WebSphere 기본 JPA 제공자였습니다. 그러나, JPA 2.1을 시작으로 WebSphere는 기본 JPA 제공자를 EclipseLink로 전환했습니다.

솔루션

애플리케이션이 Kodo를 사용하는 경우, 가장 쉬운 애플리케이션 마이그레이션 솔루션은 JPA 2.0을 사용하는 것입니다. Kodo는 JPA 2.0에 대해 WebSphere 구현에 사용되는 것과 동일한 OpenJPA를 기반으로 하므로 JPA 2.0을 사용하면 애플리케이션의 변경사항이 최신 JPA 버전을 사용하는 것보다 적습니다. 그러나, JPA 2.1 이후 버전은 EclipseLink 기반입니다. JPA 구현의 차이점은 애플리케이션에 잠재적인 동작 변경이 있음을 의미합니다. 또한 Kodo에서 사용 가능한 속성은 EclipseLink에서 동등한 속성을 가질 수 없습니다.
다음 권장사항은 두 마이그레이션 옵션 모두에 적용됩니다.

옵션 1: JPA 2.1 이상 사용
최신 JPA 스펙으로 마이그레이션하려는 경우, 마이그레이션은 추가 계획 및 조사가 필요합니다. OpenJPA에서 EclipseLink로 마이그레이션할 때 사용할 수 있는 일부 리소스가 있습니다. Kodo는 OpenJPA를 기반이므로 OpenJPA에 적용할 수 있는 조언은 일반적으로 Kodo에도 적용됩니다. Kodo/OpenJPA와 EclipseLink 간의 마이그레이션에는 다음 자원을 사용하십시오.
- EclipseLink 문서 주:몇 가지 클래스는 OpenJPA에서도 약간 다른 이름으로 사용할 수 있습니다. 약간 다른 이름으로 제공됩니다. OpenJPA에도 존재하는 알려진 Kodo 클래스의 전체 목록은 Kodo에서 OpenJPA로의 마이그레이션 규칙의 내용을 참조하십시오.
- EclipseLink와 WSJPA 간의 차이점
옵션 2: JPA 2.0 사용
빠른 마이그레이션을 하려는 경우, 가장 쉬운 솔루션은 사용자의 애플리케이션을 JPA 2.0으로 마이그레이션하는 것입니다. 이 경우 다음을 수행할 수 있습니다 를 OpenJPA 규칙 및 제공될 자동 수정을 활용할 수 있습니다 규칙 선택 대화 상자로 이동하여 JPA 2.0 카테고리 아래 WebLogic JPA 마이그레이션을 선택합니다. 이렇게하면 알려진 Kodo 클래스 및 속성을 OpenJPA로 마이그레이션하는 규칙 세트를 사용할 수 있습니다. 또한, JPA 2.1 선택란을 선택 취소하여 JPA 2.1 규칙을 사용 안함으로 설정하십시오.
필요한 애플리케이션 변경을 완료한 후 JPA 2.1 대신 JPA 2.0을 사용하도록 애플리케이션 서버를 구성하십시오.
- WebSphere Liberty로 마이그레이션하는 경우, server.xml 파일의 jpa-2.0 기능을 사용할 수 있습니다. 참고: JPA 2.0이 Java EE 6 스펙의 일부이지만, jpa-2.0 기능은 Java EE 6 및 Java EE 7 기능 모두에서 지원됩니다. 그러나, jpa-2.0 기능은 Java EE 8 기능에서 지원되지 않습니다.
- WebSphere의 traditional V9로 마이그레이션하는 경우, EclipseLink 대신 OpenJPA의 WebSphere 버전인 WSJPA를 사용하도록 기본 JPA 제공자를 변경할 수 있습니다. WebSphere traditional에서 기본 JPA 제공자를 변경하는 방법에 관한 세부사항은 WebSphere traditional V9의 기본 제공자로 OpenJPA/WSJPA 구성 참조의 내용을 참조하십시오.

추가 자원: