TECH

안녕하세요 오늘은 RHEL 안에 포함되어있는 OpenJdk Life Cycle에 대해 안내드리려합니다. 

제가 고객들로 부터 받은 질문들을 요약해보자면,   

Q1) RHEL7을 사용하다 RHEL9로 가려하는데 OpenJDK 8 가 지원되나요?

Q2) OpenJDK 8 은 언제까지 지원받을수 있나요?

Q3)  OpenJDK 8 과  OpenJDK 11 이 뭐가 다르가요?  

대표적으로 이런 질문인데 이 질문에 답하면서 설명을 이어 가겠습니다. 

Q1) RHEL7을 사용하다 RHEL9로 가려하는데 OpenJDK 8 가 지원되나요?

A. 네 가능합니다. 하지만 제약적이기도 합니다. 

> OpenJDK on RHEL 지원 표

------------------------------------------------------------------------------------

지원되는 RHEL 버전 완전 지원 종료일 ELS-1 종료일

OpenJDK 6 (1.6) RHEL 5.3+, 6.0+, 7.0+ 2016년 12월 31일 해당 없음

OpenJDK 7 (1.7) RHEL 5.9+, 6.3+, 7.0+ 2020년 6월 30일 해당 없음

OpenJDK 8 (1.8) RHEL 6.6*, 7.1+, 8.0+, 9.0+ 2026년 11월 30일 2032년 12월 31일

OpenJDK 11 RHEL 7.6+, 8.0+, 9.0+ 2024년 10월 31일 2032년 1월 31일

OpenJDK 17 RHEL 8.4+, 9.0+ 2027년 12월 31일 2029년 1월 31일

OpenJDK 21 RHEL 8.9+, 9.3+, 10.0+ 2029년 12월 31일 2031년 9월 30일

OpenJDK 25 RHEL 9.7+, 10.1+ 2030년 12월 31일 2033년 9월 30일

------------------------------------------------------------------------------------

위에 설명하는것같이 기본적으로 올해 11월 30일 까지 OpenJDK 8 을 지원합니다. 하지만 그 후에 지원을 받고자 한다면

ELS-1 Add-on 을 구매해야합니다. 구매하게 되면 2032년 12월31일까지 지원을 받을수있다고 나와있습니다. 

- OpenJDK 8은 위에 표시된 OpenJDK 8 라이프 사이클 날짜에 따라 RHEL 9에서 지원됩니다.

- RHEL 9의 OpenJDK 8은 OpenJDK 8과 호환되고 대상 바이트코드 버전이 8 이하로 컴파일된 모든 Java 애플리케이션이나 라이브러리에서 사용할 수 있습니다. 

  그러나 이러한 애플리케이션은 현재 RHEL 9에 포함된 Java 구성 요소와 라이브러리에 의존할 수 없습니다. 이는 RHEL 9에 포함된 해당 구성 요소들이 OpenJDK 11 바이트코드를 대상으로 컴파일되었으며 OpenJDK 8 런타임에서 실행되지 않기 때문입니다.

Q2) OpenJDK 8 은 언제까지 지원받을수 있나요?

 - 위에서 설명한것과 같이  기본적으로 올해 11월 30일 까지, ELS-1 Add-on 을 구매하게 되면 2032년 12월31일까지

> OpenJDK 사용 권한

OpenJDK의 Java 워크로드에 대한 권한은 Red Hat Enterprise Linux 서브스크립션에 포함되어 있습니다. Red Hat Middleware 서브스크립션에는 Red Hat Middleware와 함께 사용되는 경우 Windows에 대한 OpenJDK 인타이틀먼트가 포함되어 있습니다. Windows의 다른 Java 워크로드 (Red Hat Middleware 이외의)의 경우 Windows에서 OpenJDK에 대한 추가 서브스크립션이 필요합니다.

모든 경우에 라이프 사이클의 ELS 단계 동안 지원을 받으려면 ELS 지원에 대한 별도의 권한이 필요합니다.

Q3) OpenJDK 8 과  OpenJDK 11 이 뭐가 다르가요?  

> 주요 차이점:

- 로그 시스템: OpenJDK 11(Java 11)에서는 로그 시스템이 통합되었습니다. -Xlog 옵션을 사용한 JDK 11 로깅 메커니즘을 참조하십시오.

- lib/ext 그리고 JRE디렉토리: OpenJDK 11에서는 이 디렉토리가 제거되었으며, 이제 jlink지원이 제공되므로 플래그를 사용하여 -classpath런타임에 사용자 지정 모듈을 추가해야 합니다. jlink를 사용하여 사용자 지정 JRE를 만드는 방법 솔루션에서 전체 절차를 설명합니다 jlink.

- CORBA를 포함한 여러 모듈이 제거되었습니다. 자세한 내용과 전체 목록은 위의 링크를 참조하십시오.

- sun.Reflect리플렉션: 리플렉션은 제거된 ` <Reflection>` 대신 StackWalker를 통해 수행해야 합니다 . JDK에는 여전히 `<Reflection>`이 있지만 java.base/jdk/internal/reflect/Reflection, `<Reflection>`이라는 모듈 내부의 내부 기능으로 설정되어 있습니다 jdk.unsupported.

- 심층적인 리플렉션: 사용자는 --add-opens런타임 옵션에 플래그를 추가하여 코드가 비공개 멤버에 접근하도록 할 수 있습니다.

- Java 8과 마찬가지로 Java 11에는 Long-term Support( LTS), 실제로 LTSJava 8 이후 두 번째 릴리스가 있습니다.

- Java 11은 Java 10과 Java 9의 모든 기능을 포함하고 있습니다.

- OpenJDK 11에는 몇 가지 새로운 기능이 추가되었습니다

- 부트 클래스 경로가 대부분 제거되었습니다. 즉 -Xbootclasspath, -Xbootclasspath/p옵션이 제거되었고, -Xbootclasspath/a옵션만 영향을 받지 않았습니다.

- 내부 API에 대한 불법 접근: 비공개 클래스 및 내보내지 않은 패키지의 클래스는 모듈 외부에서 접근할 수 없으며, 접근 시도 시 경고가 표시됩니다.

참고사이트 

1) OpenJDK 라이프 사이클 및 지원 정책

 . https://access.redhat.com/ko/articles/6973017

2) OpenJDK 11과 OpenJDK 8의 주요 차이점

 , https://access.redhat.com/solutions/4867701

3) OpenJDK vs Oracle JDK

 . https://access.redhat.com/solutions/2489791

감사합니다.