RFR: 8357404: jpackage should attempt to get a package version from the JDK's release file if the --version option is not specified [v14]

[Alexander Matveev]

On Mon, 23 Feb 2026 17:37:46 GMT, Alexey Semenyuk <asemenyuk at openjdk.org> wrote:

>> Alexander Matveev has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 15 commits:
>> 
>>  - Merge remote-tracking branch 'upstream/master' into JDK-8357404
>>  - 8357404: jpackage should attempt to get a package version from the JDK's release file if the --version option is not specified [v11]
>>  - 8357404: jpackage should attempt to get a package version from the JDK's release file if the --version option is not specified [v10]
>>  - Merge remote-tracking branch 'upstream/master' into JDK-8357404
>>  - 8357404: jpackage should attempt to get a package version from the JDK's release file if the --version option is not specified [v9]
>>  - 8357404: jpackage should attempt to get a package version from the JDK's release file if the --version option is not specified [v8]
>>  - 8357404: jpackage should attempt to get a package version from the JDK's release file if the --version option is not specified [v7]
>>  - Merge remote-tracking branch 'upstream/master' into JDK-8357404
>>  - 8357404: jpackage should attempt to get a package version from the JDK's release file if the --version option is not specified [v6]
>>  - merge with upstream
>>  - ... and 5 more: https://git.openjdk.org/jdk/compare/ff1c42f1...1bca2865
>
> test/jdk/tools/jpackage/share/RuntimePackageTest.java line 136:
> 
>> 134:     @Parameter(value = {"17.21.3+foo", "1.0"})
>> 135:     // 27
>> 136:     @Parameter(value = {"27"})
> 
> Shouldn't it convert "27" into "27.0" on Windows?

Yes, we should. I will fix it in upcoming test update.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/29260#discussion_r2849595872