OSS 프로젝트의 의존성 관리

Question

나는 Hibernate와 통합되는 Java Open Source 프로젝트의 제공자입니다. 오픈 소스 씬 (기여자)에게는 상당히 익숙하며 의존성을 관리하는 방법에 대한 조언을 원합니다.

프로젝트 내에서 Hibernate 코드베이스의 변경을 관리하기위한 최선의 전략/접근법은 무엇입니까?

이

ResultTransformer transformer = new PassThroughResultTransformer(); 

여기에 기본 생성자가 우리에게 문제가 발생합니다 : 깊은 우리의 코드 내에 자리 잡고 있으며 예를 들어

는 다음과 같은 라인

• 그것은 최대 절전 모드 3.2.x에서 괜찮습니다,
• Hibernate 3.3.x에서는 더 이상 사용되지 않는 것으로 표시되었고 정적 멤버가 소개되었다 : PassThroughResultTransformer.INSTANCE
• 최대 절전 모드 3.4에서는 기본 생성자가 제거되었습니다.

같은 클래스 내에서 Hibernate 3.2와 Hibernate 3.4를 모두 지원할 수없는 명확한 포크가 있습니다.

코드베이스 내에서 이와 같은 문제를 관리하는 가장 좋은 방법은 무엇입니까?

Hibernate의 모든 릴리스에 대해 프로젝트를 포킹하는 것은 특히 우리 자신의 기능 릴리스로 계층화 된 경우 악몽처럼 보입니다.

Answer 1

먼저 지원할 버전을 결정해야합니다. 예를 들어, 3.2와 3.4를 모두 지원하려면 런타임시 코드를 작성해야합니다. 코드를 작성하면 리플렉션을 통해 올바른 작업을 수행 할 수 있습니다.

리플렉션을 사용하여 컴파일 타임 검사를하지는 않지만 두 버전의 라이브러리를 모두 지원합니다.

또는 "버전 X로 시작, 우리는 Hibernate 3.3 이상 만 지원합니다"라고 말할 수 있습니다.