[lworld] RFR: 8368467: [lworld] Add new flag generation for jimage to support preview mode

David Beaumont duke at openjdk.org
Tue Nov 4 17:25:15 UTC 2025


On Tue, 4 Nov 2025 17:08:45 GMT, David Beaumont <duke at openjdk.org> wrote:

> Adds support for writing preview related flags into jimage files.
> 
> Preview mode is complex. It's not nearly as simple as "does something in /modules/xxx/... have an entry in /modules/xxx/META-INF/preview/...".
> 
> Specific issues include:
> 
> Supporting preview-only resources without forcing a double lookup on everything.
> Changing the set of entries in /packages/xxx directories to account for preview only packages in some modules.
> Minimising the work done during image reader initialization to only need to process the small number of preview resources (rather than scanning the whole file to look for them).
> The new flags added by this code address these issues, but calculating them correctly with only minor adjustments to the existing code was not feasible, it just became a lot larger and very complex.
> 
> To address this, a new type (ModuleReference) is introduced to track and then merge information about packages seen in each module. This allows a much simpler inner loop for processing resource paths when building the node tree, combined with a subsequent merging stage to produce the final package information for each module.
> 
> Not that since ModuleReference is needed during jimage reading, that class is already present in the previous PR on which this is based, but it starts to be used to calculate the module flags in this PR.
> 
> This PR can also adds the ImageReader unit tests for preview mode, which rely on being able to generate jimage files with preview mode flags in.

test/micro/org/openjdk/bench/jdk/internal/jrtfs/ImageReaderBenchmark.java line 1:

> 1: /*

Extra benchmarks for preview mode.
Sorry for the monster diff, it's just indentation from moving the big list into a nested class (the benchmarks want both "list of names" and "list of module/path pairs", so easier to manage generating both statically with a nested class).

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

PR Review Comment: https://git.openjdk.org/valhalla/pull/1718#discussion_r2491420747


More information about the valhalla-dev mailing list