RFR: 8352435: Refactor CDS test library for execution and module packaging [v2]

Aleksey Shipilev shade at openjdk.org
Tue Mar 25 18:54:16 UTC 2025


On Wed, 19 Mar 2025 23:03:51 GMT, Ioi Lam <iklam at openjdk.org> wrote:

>> In CDS/AOT testing, we have a lot of code that deal with compiling/packaging modules, as well as running various child processes for the training/assembly/production phases.
>> 
>> Currently, these operations are done in many low-level steps, so it's difficult to understand and maintain:
>> 
>> https://github.com/openjdk/jdk/blob/fcc2a24291d499f7149debad1250903ddc369d91/test/hotspot/jtreg/runtime/cds/appcds/jigsaw/modulepath/ExportModule.java
>> 
>> This PR adds a few new classes to simplify the test cases:
>> 
>> Example: build two modular JAR files into `modulePath`
>> 
>> 
>> CDSModulePackager modulePackager = new CDSModulePackager(SRC);
>> modulePath = modulePackager.getOutputDir().toString();
>> 
>> modulePackager.createModularJar("com.foos");
>> modulePackager.createModularJar("com.needsfoosaddexport",
>>                                 "--add-exports",
>>                                 "com.foos/com.foos.internal=com.needsfoosaddexport");
>> 
>> 
>> Example: use modules in training/assembly/production phases
>> 
>> 
>> SimpleCDSAppTester.of("moduleNeedsJdkAddExport")
>>    .classpath(dummyJar)
>>    .modulepath(modulePath)
>>    .addVmArgs("--add-modules", "com.needsjdkaddexport",
>>               "--add-exports", "java.base/jdk.internal.misc=com.needsjdkaddexport", "-Xlog:cds")
>>    .appCommandLine("-m", "com.needsjdkaddexport/com.needsjdkaddexport.Main")
>>    .setAssemblyChecker((OutputAnalyzer out) -> {
>>            out.shouldContain("Full module graph = enabled");
>>         })
>>     .setProductionChecker((OutputAnalyzer out) -> {
>>             out.shouldContain("use_full_module_graph = true; java.base");
>>         })
>>     .runStaticWorkflow()
>>     .runAOTWorkflow();
>
> Ioi Lam has updated the pull request incrementally with one additional commit since the last revision:
> 
>   added comments

Looks good to me, although this is the first time I look into this code :)

test/hotspot/jtreg/runtime/cds/appcds/aotClassLinking/AOTClassLinkingVMOptions.java line 111:

> 109:         String MAIN_CLASS = "com.foos.Test";
> 110: 
> 111:         String appClasses[] = {MAIN_CLASS};

Suggestion:

        String[] appClasses = {MAIN_CLASS};

test/hotspot/jtreg/runtime/cds/appcds/jigsaw/modulepath/ExportModule.java line 99:

> 97:         OutputAnalyzer output = TestCommon.createArchive(
> 98:                                         appJar1.toString(), appClasses,
> 99:                                         "--module-path", moduleDir2.toString(),

Is this correct to use `appJar1` but `moduleDir2`?

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

Marked as reviewed by shade (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/24122#pullrequestreview-2714686244
PR Review Comment: https://git.openjdk.org/jdk/pull/24122#discussion_r2012644405
PR Review Comment: https://git.openjdk.org/jdk/pull/24122#discussion_r2012680026


More information about the hotspot-runtime-dev mailing list