RFR: 8020962: dump loaded java classes when vm crash
Yumin Qi
yumin.qi at oracle.com
Sun Aug 11 16:36:22 PDT 2013
Hi, all
I would like to have your review for
http://cr.openjdk.java.net/~minqi/8020962/webrev0/
<http://cr.openjdk.java.net/%7Eminqi/8020962/webrev0/>
Description: When JVM crashed, we also want to check the application
class files especially we got core file from customers. The aftermath
analysis will benefit from all loaded java classes available. In this
change, spawn another process running SA to do the job when JVM crashes,
this way also avoid further messing up with the error report which
already in
signal handler.
Note: The test has done with following two bugs worked around:
8022655: ClassDump ignored jarStream setting (This will be fixed and
integrated by Kevin Walls soon)
8011888: sa.js: TypeError: [object JSAdapter] has no such function
"__has__" (Not know when it will be integrated)
That is, without those two fixed, the jars of loaded classes will not
be successfully dumped.
Also, on MacOS it requires security access permission to attach to
another process, so omit doing so. To get loaded jar file
s, with core file available (on all platforms), one can (only after this
change) do
$JAVA_HOME/bin/java [-d64] -cp $JAVA_HOME/lib/sa-jdi.jar
sun.jvm.hotspot.DumpLoadedClasses $JAVA_HOME/bin/java corefile
Thanks
Yumin
More information about the hotspot-compiler-dev
mailing list