Temurin-build: Shenandoah GC는 jdk11 AIX 및 JDK11 window32에서 사용할 수 없습니다.

https://wiki.openjdk.java.net/display/shenandoah/Main 은 Win 32가 작동하지만 PPC는 여전히 SAP에서 개발 중일 수 있다고 제안합니다. 유스 케이스가 0이라고 생각하므로 Win32가 실패하는 것에 대해 지나치게 걱정하지 않습니다.

기술
스모크 테스트가 실패하면 AQA 테스트 실행을 차단합니다 (빌드 / 패키징이 잘못 되었기 때문에 계속할 필요가 없습니다).

이 문제를 해결하려면이 저장소의 playlist.xml 파일을 변경해야합니다.

일부 빌드 구성 항목이 설정되지 않았기 때문에 Win32에서 테스트가 실패하고 문제가 있는지 확인한 다음 수정해야합니다. 그동안 win32 플랫폼에 대한 테스트를 제외해야하지만 실패 이유를 해결할 때까지이 문제는 계속 열려 있어야합니다. 재생 목록 파일의 테스트 정의에 비활성화 된 블록을 추가하여이를 수행 할 수 있습니다. 다음과 같은 것 :

<disabled>
    <comment>https://github.com/AdoptOpenJDK/openjdk-build/issues/2566</comment>
    <plat>x86-32_windows</plat>
</disabled>

AIX의 경우 아직 개발 중이므로 playlist.xml 의 <platformRequirements>^arch.ppc64</platformRequirements> 를 추가 할 수 있습니다.

📋 단계별

이 문제를 해결하고 수정 사항을 제공하려면 다음 단계별 목록을 확인해야합니다. 워크 플로우에 대한 자세한 문서는 여기 에서 찾을 수

• [] 문제 제기 : 아래에 설명하십시오.
• [] 간단히 'fork'버튼을 클릭하여 github에서 저장소를 포크합니다.
• [] 분기 된 저장소 확인
• [] 문제에 대한 기능 분기를 만듭니다. 분기에 대한 이름 지정 정의가 없습니다.
• [] 변경 사항을 커밋합니다.
• [] Pull Request를 시작합니다.
• [] 완료 👍 리뷰를 위해 댓글을 요청하세요. :)
• [] 검토자가 누락 된 부분이나 문제를 발견하면 귀하와 논의를 시작하고 문제를 해결하는 방법을 다음 단계에 설명합니다.
• [] 해냈습니다. 🎉 마스터 브랜치의 수정 사항을 병합합니다.
• [] 감사합니다, 감사합니다, 오픈 소스 기여자로이 프로젝트에 참여해 주셔서 감사합니다 ❤️

흠 내 흐릿한 재현은 적어도 처음에는 x64 및 aarch64에 대해서만 구현되었다는 것입니다. Linux / ppc64le 및 Linux / s390x에서 작동합니까?

https://wiki.openjdk.java.net/display/shenandoah/Main 의 지원 테이블이 정확하다고 가정하므로 아니요.

https://github.com/AdoptOpenJDK/openjdk-build/blob/master/sbin/build.sh#L79 -L85

win32 빌드 작업 출력 에는 빌드 스크립트 인수로 --with-jvm-features = shenandoahgc가 있습니다.

15:28:53  Running ./configure with arguments 'bash ./configure --verbose  --with-vendor-name=AdoptOpenJDK --with-vendor-url=https://adoptopenjdk.net/ --with-vendor-bug-url=https://github.com/AdoptOpenJDK/openjdk-support/issues --with-vendor-vm-bug-url=https://github.com/AdoptOpenJDK/openjdk-support/issues --without-version-opt --without-version-pre --with-version-build=8 --with-vendor-version-string=AdoptOpenJDK-11.0.11+8 --with-boot-jdk=/cygdrive/c/openjdk/jdk-10 --with-jvm-features=shenandoahgc --with-debug-level=release --with-native-debug-symbols=external --with-jvm-variants=client,server --with-cacerts-file=/cygdrive/e/jenkins/tmp/sbin/../security/cacerts  --disable-warnings-as-errors --disable-ccache --with-target-bits=32 --target=x86 --disable-ccache --with-toolchain-version=2017 '

@adamfarley 내가 아는 한 여전히 Windows 랩톱을 사용하고 있기

확실히 볼 수 있습니다. 읽을 것이다.

오류 메시지가 잘못 해석 된 것 같습니다. 그것은 말한다 :

"쉐넌 도어가 없을 것으로 예상했지만 존재합니다"

그래서 문제는 우리가 셰넌 도어를 놓치고 있다는 것이 아닙니다. 문제는 테스트에서 예상하지 못했지만 우리가 가지고 있다는 것입니다.

이를 확인하면 다음과 같이 표시됩니다.

"정보 : WINDOWS / X86에서 11.0.11.0 발견, Shenandoah가있을 것으로 예상 : false"

테스트를 검사합니다. 이 연기 테스트가 진행되는 동안 Shenandoah는 32 비트 Windows에서 아직 사용할 수 없었기 때문일 수 있습니다. 이 웹 사이트 는 32 비트 Windows Shenandoah가 계획되었음을 분명히 암시합니다.

https://github.com/AdoptOpenJDK/openjdk-build/issues/2566#issuecomment -819824589

대부분의 연기 테스트는 TestNG입니다. 또한 disable을 사용하여 특정 테스트 방법 testShenandoahAvailable 을 제외 할 수 있습니다 (또는 https://github.com/eclipse/openj9/tree/master/test/Utils/src/org/openj9/test/util에서 제외 변환 유틸리티로 활성화 된 EXCLUDE 파일). ) 전체 testCase Adopt_HS_FeatureTests 비활성화를 방지합니다.

또한 aix 테스트의 결과를 살펴 보았습니다. "testShenandoahAvailable"이 AIX 빌드에서 올바르게 누락 되었기 때문에 통과했다고 생각합니다.

aix에서 실패한 테스트는 "testJFRAvailable"이었는데, 나는 Shenandoah와 연결되어 있지 않다고 생각합니다.

@ sophia-guo-AIX에서 "testJFRAvailable"실패에 대해 별도의 문제를 제기 할 수 있습니까?

win32 Shenandoah 문제는 Windows 32 비트에서 Shenandoah를 기대할 수 있도록 PR을 만들고 있습니다. 백 포트 변경 요청 에서 Windows 32bit의 Shenandoah를 의도적으로 제외하는 것이 보이지 않으며 프로젝트 웹 페이지 는 빌드 시간에 올바른 옵션이 설정되어 있으면 Windows 32bit가 Shenandoah를 사용할 수 있음을 분명히 암시하는 것 같습니다.

누군가 나에게 다르게 말할 수 없다면, 연기 테스트 배포 전 테스트 중에 Windows 32 비트를 건너 뛰었다 고 가정하겠습니다.

@ sophia-guo- 여기 에서 제안 된 수정 사항을 검토하고 어떻게 생각하는지 알려주시겠습니까? 내 추론은 여기에 있습니다 .

여기에 설명 된대로 릴리스 중에 PR 병합 프로세스를 진행할 수

편집 : 또한이 변경 사항이 jdk15 + 실행에도 영향을 미친다는 것을 깨달았으므로 확인했으며 JDK16u win32 연기 테스트 에서도이 문제가 발생하므로 괜찮습니다. 두 가지 실패, 하나의 수정. :)

조사해 주셔서 감사합니다 @adamfarley- 당신의 추론은 나에게 확고한 것 같습니다 👍

제안한 수정 사항은 @adamfarley 가 좋아 보입니다. PR을 작성하십시오 (그리고 릴리스 병합 프로세스에 따라 릴리스 도중 또는 이후에 병합할지 여부를 결정할 수 있습니다).

Okie dokie, 할 것입니다. :)

좋아요, PR : https://github.com/AdoptOpenJDK/openjdk-build/pull/2580

불행히도 Linter는 행복하지 않습니다.

https://github.com/AdoptOpenJDK/openjdk-build/pull/2580/checks?check_run_id=2365074913

주로 내 오랜 친구, 80 자 줄 제한 및 파일의 모든 숫자가 매직 넘버 (?)라는 몇 가지 경고입니다.

이 파일에 대한 많은 작은 변경을 릴리스에 가깝게 저장하려면 linter 검사를 한 번 건너 뛰어도 괜찮을까요?

나는 linter를 면밀히 조사하고 더 합리적이고 현실적으로 업데이트 해야하는지 논의하기 위해 https://github.com/AdoptOpenJDK/openjdk-build/issues/2581 을 만들었습니다. 최근에 다른 PR에 대한 Linter 검사를 건너 뛰는 것이 우선합니다. 릴리스 후 검사의 올바른 수준으로 설정하는 것이 좋을 것입니다 (우선 순위가 주어지면이 검사를 차단하지 않을 것입니다 ...하지만 2 차 검토 자의 의견을 따릅니다).

AIX JFR 문제가 https://github.com/AdoptOpenJDK/openjdk-build/issues/2582를 열었습니다. # 2580으로 가까워 질 수 있습니다.

감사합니다 Sophia. :)