Closed fengxue-IS closed 1 week ago
FYI @llxia
On second thought, instead of creating a separate test target for serviceability, maybe we can leverage the existing hotspot_custom
https://github.com/adoptium/aqa-tests/blob/feb08cae5a6334532d44446d54c43696d2673112/openjdk/playlist.xml#L98
Remove https://github.com/adoptium/aqa-tests/blob/feb08cae5a6334532d44446d54c43696d2673112/openjdk/playlist.xml#L118-L120 and disable <impl>openj9</impl>
via <disables>
.
In this way, openj9 dev users can run any hotspot folder target via TARGET=disabled.hotspot_custom
.
@LongyuZhang could you take care of this one? Thanks
Tested running with TARGET: disabled.hotspot_custom
, and CUSTOM_TARGET: serviceability/jvmti/GetSystemProperty/JvmtiGetSystemPropertyTest.java
.
The test runs but the CUSTOM_TARGET
was not taken as hotspot_custom
runs HOTSPOT_CUSTOM_TARGET
(link) instead.
Found a related open issue https://github.com/adoptium/aqa-tests/issues/4408, which needs to be resolved first.
just for the record, usage for openj9
TARGET=disabled.hotspot_custom
CUSTOM_TARGET=serviceability/jvmti/GetSystemProperty/JvmtiGetSystemPropertyTest.java
Close this issue as fixed by https://github.com/adoptium/aqa-tests/pull/5370.
Note per #5370, for openj9, hotspot_custom can only be used for serviceability jvmti test jdk19+ with the -nativepath set as hotspot native path -nativepath:"$(TESTIMAGE_PATH)/hotspot/jtreg/native
, which meets currently requirements. It won't work if tests require openj9 nativepath. Better to add some comments or update some documents.
I would prefer to add a custom serviceability jvmti test target instead of using hotspot_custom as a hack, which is confusing.
I'd like to request ability to run custom serviceability jvmti test. Ideally with new test target:
serviceability_jvmti_custom
where a custom test path can be provided.default test to run: serviceability/jvmti/GetSystemProperty/JvmtiGetSystemPropertyTest.java