[9] RFR (M) 8054888: Runtime: Add Diagnostic Command that prints the class hierarchy

Chris Plummer chris.plummer at oracle.com
Wed Feb 11 03:13:37 UTC 2015


Hi Staffan,

Thanks for your feedback. A new incremental webrev can be found at:

http://cr.openjdk.java.net/~cjplummer/8054888/webrev.01-02/

Most changes are discussed inline below. Here are a couple of additional 
changes:

  - Changed "transitive interface" to "inherited interface" in the output.
  - Went back to using the CLD* instead of the Klass*, except still use 
"null" for the bootstrap ClassLoader.

On 2/10/15 4:19 AM, Staffan Larsen wrote:
> Chris,
>
> In general I think this looks very good. Simple and well-commented code to follow. I am missing a test, though. Please look at the hotspot/test/serviceability/dcmd set of tests.
Added.
>
>
> A couple of smaller comments:
>
>
> Are Unsafe.defineAnonymousClass classes included? Should they be?
I didn't really understand what you were talking about at first, but 
then when I started looking at ClassLoaderStatsTest.java, I saw the 
following:

class TestClass {
     static {
         // force creation of anonymous class (for the lambdaform)
         Runnable r = () -> System.out.println("Hello");
         r.run();
     }
}

I added something similar to my test case and found a whole bunch of 
lines like the following are suddenly added to the output:

|--java.lang.invoke.LambdaForm$MH/11440528/null

And there is one that seems specifically for the test case:

|--DcmdTestClass$$Lambda$1/4081552/0xa529fbb0

So I think they answer is yes they are added. As for whether or not they 
should be, I really don't know. That's probably up to you. 
GC.class_stats does include them however.

BTW, I do not include array classes. They are intentionally stripped out 
since they don't really have relevance in a Class hierarchy analysis. I 
can easily add them back in if you want.
> I think ClassHierarchyDCmd should include this code as well to restrict remote access:
>      static const JavaPermission permission() {
>        JavaPermission p = {"java.lang.management.ManagementPermission",
>                            "monitor", NULL};
>        return p;
>      }
Ok. I was a bit unclear as to when this was really needed.
> diagnosticCommand.hpp:278: Missing �if� in the comment
Ok.
> vm_operations.hpp: Spelling error in �VM_PrintClassHierachry� and �PrintClassHierachry�
Ok.
> vm_operations.hpp:461: Should the complete class be surrounded by "#if INCLUDE_SERVICES� ?
Yes, but I can't do anything about the reference in the VM_OPS_DO macro, 
at least not in a straight forward manner. I think that part is benign, 
but will find out when I do a minimal VM build.
> heapInspection.hpp:272: The constructor and destructor does not seem to be used. Because of that you should also change it to a AllStatic class.
Yeah, old code copied from HeapInspection class. I made it AllStatic and 
removed the constructor and destructor. However, my lack of C++ 
experience is showing here, and I haven't been happy about the existence 
of this KlassHierarchy class. It's static with just one public API. It's 
purpose in life is just to allow a VM operation to call that public 
method, but it just as easily could have been a regular C function call. 
Likewise the two private static methods in KlassHierarchy could have 
been C functions. There is no encapsulation or subclassing going on 
here. If you have recommendations for further improvement I'm open to 
suggestions. Otherwise I'll leave it with just the changes mentioned.
> heapInspection.cpp:339: Shouldn�t this be labeled as an �error�?
That would probably be better. I had copied it from line 742. Should I 
make that one an ERROR also to be consistent?

thanks,

Chris
>
> Thanks,
> /Staffan
>
>
>
>   
>> On 10 feb 2015, at 03:00, Chris Plummer<chris.plummer at oracle.com>  wrote:
>>
>> [Once again the attachment went out but the main body was stripped. Not too sure what's going on, but here it is again. Sorry if you are getting this twice.]
>>
>> I've attached updated output:
>>
>> � I now use the Klass* of the ClassLoader instead of the CLD*, and this is documented in the help output.
>> � The Klass* of the ClassLoader now immediately follows the class name, and is also included when printing interface names.
>>
>> The webrevs can be found at:
>>
>> http://cr.openjdk.java.net/~cjplummer/8054888/webrev.01/
>> http://cr.openjdk.java.net/~cjplummer/8054888/webrev.00-01/
>>
>> The first is the full webrev. The 2nd is what's changed since the last webrev that was reviewed. Changes since then include:
>>
>> � Support for printing the hierarchy of just one class.
>> � -s option for optionally including subclasses when printing one class.
>> � -i option for optionally including interfaces implemented by a class.
>> � Output formatting changes.
>> � Fixed some comment typos as requested.
>> � I moved a couple of KlassInfoEntry methods out of the .hpp file and into the .cpp file as requested.
>> � No longer keep track of the stack of superclasses when processing all the classes as requested. This also means the super_index field I added is no longer needed.
>> � Moved some code within an already existing " #if INCLUDE_SERVICES" block as requested.
>>
>> thanks,
>>
>> Chris
>>




More information about the serviceability-dev mailing list