RFR: 8081589: Output of -XX:+TraceClassLoadingPreorder in JDK9 incompatible with MakeClasslist tool
ioi.lam at oracle.com
Thu Jul 2 00:15:03 UTC 2015
I still use it for other class loading analysis.
-XX:+TraceClassLoading always prints the super class first, before
printing the sub class. -XX:+TraceClassLoadingPreorder is the only way
to see whether the super class or the sub class was requested first.
On 7/1/15 5:11 PM, Coleen Phillimore wrote:
> Does this mean that -XX:+TraceClassLoadingPreorder is not needed anymore?
> On 7/1/15 10:54 AM, Claes Redestad wrote:
>> please review this rewrite/cleanup of the MakeClasslist tool to
>> operate on the output of
>> -XX:DumpLoadedClassList rather than -XX:+TraceClassLoadingPreorder.
>> Since the tool
>> became rather trivial I opted to write it in nashorn-compliant
>> the usage.
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8081589
>> Webrev: http://cr.openjdk.java.net/~redestad/8081589/webrev.02
>> A number of undocumented/unused tests were removed and an outdated
>> README was
>> incorporated into the tool source itself, among other things
>> clarifying that the checksum
>> needs to be calculated and added to the classlist before checking it
>> into the workspace.
>> I've asked around about how to go about adding tests for standalone
>> tools like these, but
>> didn't come up with a good answer. If someone insists I add a small
>> test to this I'd hope
>> there's some insight into how best to do that (shell-based jtreg test?)
More information about the hotspot-runtime-dev