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