Java 8에서 Java 17으로 마이그레이션 : 실용 가이드

내부 API 제거, JPM 소개, 강력한 캡슐화, 감가 상각 된 기능 및 새로운 언어 구성과 같은 주요 변경 사항을 이해합니다. 2. Maven 3.8.1 또는 Gradle 7.3의 빌드 도구를 업데이트하고 Java 17을 구성한 다음 종속성 트리 및 JDEPRSCAN을 사용하여 감사 의존성을 감사하고 Spring, Hibernate 및 Junit to Java 17 호환 버전과 같은 라이브러리를 업그레이드하십시오. 3. 안전하지 않은 코드를 교체하거나 -ADD-OPENS를 일시적으로 사용하여 반사 및 내부 API 액세스 문제를 해결하고, 클래스 경로를 유지하여 모듈-경로 문제를 처리하여 -permit-aillegal-Access = 문제를 감지하고 JAXB와 같은 제거 된 Java EE 모듈에 대한 외부 종속성을 추가합니다. 4. Code Clarity를 개선하고 보일러 플레이트를 줄이기 위해 VAR, 스위치 표현식, 레코드 및 밀봉 클래스와 같은 최신 Java 기능을 점차적으로 채택합니다. 5. JVM 비행 레코더, PIT 돌연변이 테스트 및 OWASP 의존성 검사와 같은 도구를 사용하여 장치, 통합, 성능 및 보안 검사를 포함한 포괄적 인 테스트를 수행하여 Java 17의 안정성 및 보안을 보장합니다.

Java 8에서 Java 17로 마이그레이션하는 것은 버전 번호를 업그레이드하는 것이 아니라 더 나은 성능, 보안 및 현대 언어 기능을 향한 의미있는 단계입니다. Java 8은 오랫동안 가장 좋아하는 것이지만 Java 17 (LTS 릴리스)은 상당한 개선을 가져옵니다. 그러나 9 년의 진화에 대한 점프는 신중하게 처리되지 않으면 호환성 문제를 도입 할 수 있습니다. 전환을 매끄럽게 만드는 실용적인 로드맵이 있습니다.

1. Java 8과 Java 17 사이의 변화가 무엇인지 이해

코드를 터치하기 전에 무엇을 다루고 있는지 알고 있습니다. 주요 변경 사항은 다음과 같습니다.

• * 내부 API 제거 (특히 sun.misc.Unsafe 및`Sun. 패키지) **
  이것들은 공개적으로 사용하기위한 적이 없었지만 많은 라이브러리 (및 일부 앱)가 그들에게 의존했습니다. JPMS (Java 9의 모듈 시스템)부터 액세스가 제한됩니다.

  

• 모듈 시스템 소개 (JPMS)
  Java 9는 module-info.java 를 통해 모듈을 도입했습니다. 앱에는 필수는 아니지만 ClassPath 동작 및 캡슐화에 영향을 미칩니다.

• 기본적으로 강력한 캡슐화
  Java 16에서 JVM은 더 강력한 캡슐화를 시행합니다. 명시 적 --add-opens 또는 --add-exports 없이 반사를 통해 더 이상 내부 JDK 클래스에 액세스 할 수 없습니다.

  

• API를 사용하지 않고 제거했습니다
  예제 : Applet , Thread.stop() , SecurityManager (17에서 감가 상징) 및 JAXB, JAX-WS 구성 요소가 제거되었습니다.

• 새로운 언어 기능
  Java 9에서 17 : var , 레코드, 봉인 된 클래스, 스위치 표현식, 패턴 매칭 (17의 미리보기) 등.

2. 빌드와 종속성을 준비하십시오

대부분의 마이그레이션 문제는 구식 또는 양립 할 수없는 종속성에서 비롯됩니다.

빌드 도구를 업데이트하십시오

빌드 도구가 Java 17을 지원하는지 확인하십시오.

• Maven : 버전 3.8.1을 사용하고 설정하십시오.

   <속성>
      <maven.compiler.source> 17 </maven.compiler.source>
      <maven.compiler.target> 17 </maven.compiler.target>
  </속성>

• Gradle : Gradle 7.3을 사용하여 구성하십시오.

   Java {
      도구 체인 {
          LanguageVersion = javalanguageversion.of (17)
      }
  }

타사 라이브러리 감사

달리다:

 MVN 의존성 : 트리

또는

 ./gradlew 종속성

확인 :

• 구형 Java 버전을 위해 컴파일 된 라이브러리.
• 알려진 양립 할 수없는 라이브러리 (예 : 기존 버전의 최대 절전 모드, 스프링 또는 로깅 프레임 워크).

팁 : JDEPRSCAN을 사용하여 더 이상 사용되지 않은 API의 사용을 감지하십시오.

 jdeprscan-reelease 17 your-application.jar

라이브러리를 Java 17을 지원하는 것으로 알려진 버전으로 라이브러리를 업데이트합니다. 예를 들어 :

• 스프링 프레임 워크 5.3 (스프링 부트 2.7 또는 3.0)
• 최대 절전 모드 5.6
• Junit 5 (Junit 4 대신)

3. 일반적인 마이그레이션 문제를 해결하십시오

반사 및 내부 API 액세스를 처리합니다

코드 (또는 라이브러리)가 sun.misc.Unsafe 사용하거나 JDK 내부에 반영되는 경우 IllegalAccessException 지출이 발생합니다.

솔루션 :

• 안전하지 않은 코드를 표준 API로 바꾸십시오.
• --add-opens 또는 --add-exports 임시 해결 방법으로 사용하십시오.

   java -add-opens java.base/java.lang = your_module ...

  그러나 이것은 장기적인 수정이 아닙니다.

모듈 경로 대 클래스 경로를 처리하십시오

모듈을 사용하지 않는 경우 클래스 경로를 고수하십시오. 모듈화 준비가되지 않는 한 module-info.java 피하십시오.

그러나주의하십시오 : 클래스 경로에서도 Java 16에는 강력한 캡슐화가 적용됩니다.

런타임에 불법 반사 액세스를 식별하기 위해 --permit-illegal-access=warn (일시적으로)을 사용하십시오. 다음과 같은 경고를 기록합니다.

 경고 : 불법 반사 액세스에 의한 ...

그런 다음 :

• 라이브러리를 업데이트하십시오.
• 코드를 바꾸십시오.
• 생산에 --add-opens 사용하십시오 (이상적이지 않음).

JAXB, JAX-WS 및 기타 제거 된 Java EE 모듈

이들은 Java 11에서 제거되었습니다. 앱을 사용하는 경우 :

Maven 의존성 추가 :

 <의존성>
    <groupid> javax.xml.bind </groupid>
    <artifactid> jaxb-api </artifactid>
    <버전> 2.3.1 </버전>
</의존성>
<의존성>
    <groupid> org.glassfish.jaxb </groupid>
    <artifactid> jaxb-runtime </artifactid>
    <버전> 2.3.1 </버전>
</의존성>

javax.annotation , 연락, activation 등과 동일합니다.

4. 최신 Java 기능 채택 (선택 사항이지만 권장)

앱이 실행되면 Java 17 기능을 활용하여 코드 품질을 향상시킵니다.

• 로컬 변수에 var 사용하십시오 .

   var list = new ArrayList <string> ();

• 스위치 표현식 :

   문자열 daytype = switch (day) {
      월요일, 화요일 -> "Workday";
      사례 토요일, 일요일 -> "주말";
      기본값 -> 새로운 불법 행정 exception () 던지기;
  };

• 불변의 데이터 운송 업체에 대한 기록 :

   공개 레코드 사람 (문자열 이름, int age) {}

• 상속을 제어하기위한 봉인 된 클래스 (Java 17) :

   공개 밀봉 인터페이스 모양은 원, 사각형 {} 허가

이것은 보일러 플레이트를 줄이고 가독성을 향상시킵니다.

5. 철저히 테스트하십시오

• Java 17에 따른 단위 및 통합 테스트를 실행하십시오.
• 테스트 성능 - GC 동작 및 JIT 컴파일이 다를 수 있습니다.
• 로깅, 보안, 직렬화 및 반사가 많은 코드를 점검하십시오.
• 생산과 동일한 OS/아키텍처에서 테스트하십시오.

다음과 같은 도구 사용 :

• 성능 통찰력을위한 JVM 비행 레코더 .
• 테스트 품질을 확인하기위한 PIT 돌연변이 테스트 .
• 보안에 대한 OWASP 의존성 확인 .

최종 노트

Java 8에서 Java 17으로 마이그레이션하는 것은 단계에서 수행 할 경우 관리 할 수 있습니다.

1. 종속성 및 툴링을 평가하십시오.
2. 호환성 문제를 해결하십시오 (특히 반사 및 제거 된 API).
3. 라이브러리를 업데이트하십시오.
4. 현대식 Java 기능을 점차적으로 활성화합니다.

모든 것을 모듈화하거나 다시 작성할 필요가 없습니다. 클래스 경로 기반 Java 8 앱은 적절한 조정으로 Java 17에서 실행할 수 있습니다.

작은 시작 : 기능 분기에서 업그레이드를 시도하고 테스트를 실행하고 반복하십시오.

기본적으로 그것은 사소한 드롭 인 업그레이드가 아니지만 신중한 계획을 통해 전적으로 가능하며 그만한 가치가 있습니다.

위 내용은 Java 8에서 Java 17으로 마이그레이션 : 실용 가이드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!