JDK26 openjdk tests requires jtreg version 8.2.1+1 or higher

[JasonFengJ9]

Failure link

From internal Test_openjdk26_j9_sanity.openjdk_aarch64_mac_testList_0 (macaarch64rt14)

openjdk version "26.0.1" 2026-04-21
IBM Semeru Runtime Open Edition 26.0.2.0-m1a (build 26.0.1+8)
Eclipse OpenJ9 VM 26.0.2.0-m1a (build 26.0.1+8-v0.60.0-release-8b46011029, JRE 26 Mac OS X aarch64-64-Bit 20260421_155 (JIT enabled, AOT enabled)
OpenJ9   - 8b46011029
OMR      - e712e3d3e
JCL      - 13cd022a5ed based on jdk-26.0.1+8)

Rerun in Grinder - Change TARGET to run only the failed test targets

Optional info

Failure output (captured from console output)

[2026-06-29T16:06:58.152Z] Running test jdk_lang_j9_1 ...
[2026-06-29T16:06:58.152Z] ===============================================
[2026-06-29T16:06:58.152Z] jdk_lang_j9_1 Start Time: Mon Jun 29 09:06:57 2026 Epoch Time (ms): 1782749217837
[2026-06-29T16:06:58.152Z] variation: -Xdump:system:none -Xdump:heap:none -Xdump:system:events=gpf+abort+traceassert+corruptcache -XX:-JITServerTechPreviewMessage Mode501 -XXgc:fvtest_forceCopyForwardHybridMarkCompactRatio=10
[2026-06-29T16:06:58.152Z] JVM_OPTIONS:  -Xdump:system:none -Xdump:heap:none -Xdump:system:events=gpf+abort+traceassert+corruptcache -XX:-JITServerTechPreviewMessage -Xjit -Xgcpolicy:balanced -Xnocompressedrefs -XXgc:fvtest_forceCopyForwardHybridMarkCompactRatio=10 -Xverbosegclog 

[2026-06-29T16:06:58.553Z] TESTING:
[2026-06-29T16:06:58.949Z] Error: The testsuite at /Users/jenkins/workspace/Test_openjdk26_j9_sanity.openjdk_aarch64_mac_testList_0/aqa-tests/openjdk/openjdk-jdk/test/jdk requires jtreg version 8.2.1+1 or higher and this is jtreg version 8.1-dev+1.

[pshipton]

@annaibm is this because USE_TESTENV_PROPERTIES=false?

[annaibm]

Yes, exactly. it's a parameter inheritance issue with the child job.

Immediate fix: When re-running via Grinder, manually set
USE_TESTENV_PROPERTIES=true in the parameters.

Root cause:The aqa-tests parent pipeline likely doesn't explicitly pass
USE_TESTENV_PROPERTIES=true to child jobs. Need to check

[annaibm]

PR raised: adoptium/aqa-tests#7238

Once merged , will cherry pick to v1.0.14-release.
Since JDK26 m1a was tested with this broken behavior (falling back to jtreg_8_1_1 instead of jtreg_8_2_1_1), **should
we redo m1a release for jdk26 after this fix is in place?

[JasonFengJ9]

should we redo m1a release for jdk26 after this fix is in place?

I think only m1a *.openjdk tests need re-run.

[annaibm]

For now ran the builds manually : https://github.ibm.com/runtimes/semeru-releases/issues/610#issuecomment-216005484