---
title: "Inside Java Newscast #109 // nipafx"
url: https://daily.dev/posts/inside-java-newscast-109-nipafx-0gwgtlhnz
source_url: https://nipafx.dev/inside-java-newscast-109
type: article
source: "nipafx (Nicolai Parlog)"
published: 2026-04-02T06:15:54.432Z
updated: 2026-04-07T18:04:28.245Z
tags: ["java", "jvm"]
reading_time: 6
upvotes: 1
comments: 0
language: en
---

> ## Documentation Index
> Fetch the complete documentation index at: https://daily.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Inside Java Newscast #109 // nipafx

**[nipafx \(Nicolai Parlog\)](https://daily.dev/sources/nipafx)** · 6 min read · 1 upvotes · 0 comments

## Summary

JEP 528 (candidate, not yet targeted to a release) proposes extending jcmd to work on core dumps from crashed JVMs, not just live ones. By recreating the JVM's memory image and executing native code to interpret its data structures, most of jcmd's diagnostic commands (26 listed) can run post-mortem without any changes to the commands themselves. Limitations include: same OS and CPU architecture required, Linux/Windows only for now, and Java-implemented commands (like Thread.dump_to_file) won't work. No JDK version lock-in between the crashed and analyzing JDK, as long as both include JEP 528.

## Full article

daily.dev links to this article rather than hosting it. Read it at the original source: <https://nipafx.dev/inside-java-newscast-109>

## Similar posts on daily.dev

- [Inside Java Newscast \#109 – Inside.java](https://daily.dev/posts/inside-java-newscast-109-inside-java-zqlaj3g1q) · Inside Java · 0 upvotes · 0 comments

---

Tags: [#java](https://daily.dev/tags/java), [#jvm](https://daily.dev/tags/jvm)

[View this post on daily.dev](https://daily.dev/posts/inside-java-newscast-109-nipafx-0gwgtlhnz)