RFR: 8020962: dump loaded java classes when vm crash
Yumin Qi
yumin.qi at oracle.com
Mon Aug 12 08:00:12 PDT 2013
Sorry forgot to include svc.
Yumin
On 8/11/2013 4:36 PM, Yumin Qi wrote:
> 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