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