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