RFR: 8364106: Include java.runtime.version in thread dump output
Alan Bateman
alanb at openjdk.org
Tue Jul 29 10:02:57 UTC 2025
On Mon, 28 Jul 2025 23:43:35 GMT, David Holmes <dholmes at openjdk.org> wrote:
> Proposed output (similar to that produced for hs_err log):
>
>
> Full thread dump Java HotSpot(TM) 64-Bit Server VM (26-internal-2025-07-28-0739549.daholme... mixed mode, sharing)
> JRE version: Java(TM) SE Runtime Environment (26.0) (fastdebug build 26-internal-2025-07-28-0739549.daholme...)
>
> Threads class SMR info:
> ...
>
> Testing:
> - manual thread dump production via ctrl-\
> - tiers 1-3 (sanity)
>
> Potentially the null checks are not needed in this case as we should not be able to generate a thread dump until after things are initialized, but it doesn't really hurt.
>
> Thanks
src/hotspot/share/runtime/threads.cpp line 1383:
> 1381: VM_Version::printable_jdk_debug_level() : "";
> 1382:
> 1383: st->print_cr(" JRE version: %s%s%s (%s) (%sbuild %s)", runtime_name,
The move to modules in JDK 9 blurred the historical distinction between what we used to know as the JDK and JRE. So we don't use "JRE" anymore. I think it would be okay to say JDK or runtime version here.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/26520#discussion_r2239248907
More information about the hotspot-runtime-dev
mailing list