Add J9/OpenJ9 crash tracking support by jbachorik · Pull Request #10496 · DataDog/dd-trace-java
Adapt J9JavacoreParser and tests to updated crash tracking DTOs: - SigInfo now requires 5 parameters (added code, action, address) - StackFrame now requires 7 parameters (added buildId, buildIdType, fileType, relativeAddress) - ProcInfo.pid changed from String to int - Test assertions updated for field rename (file -> path) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Integrate BuildIdCollector into J9JavacoreParser to extract build IDs from native libraries in crash reports, matching HotspotCrashLogParser: - Added BuildIdCollector for async build ID extraction from ELF binaries - Modified parseNativeStackFrame() to collect library names from native frames - Enriched stack frames with build IDs, file types, and build ID types - Added 5-second timeout for build ID collection completion J9 javacores include native stack frames like [libcrash.so+0x1d7d] which now get enriched with GNU build IDs when available, improving crash symbolication and debugging capabilities. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Code review fixes: - Extract relative address from native stack frames ([lib+0xoffset]) - Add safe integer parsing for PID to handle malformed javacores Matches HotspotCrashLogParser patterns for consistency. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
- Remove obsolete comment about J9 handling from Agent.java - Separate J9 (javacore) and HotSpot (hs_err) config paths clearly - Update javadoc to reflect actual initialization order - Remove proactive script deployment when -Xdump not configured J9 VMs use javacore format exclusively, not hs_err, so config should only include javacore_path for J9 environments. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters