RFR: 8230301: Re-examine hardcoded defaults in GenerateJLIClassesPlugin

Claes Redestad claes.redestad at oracle.com
Mon Sep 2 14:02:56 UTC 2019


we should avoid hard-coding the set of dynamically generated j.l.invoke
classes to pre-generate into the jlink plugin, instead favoring
generating the set of code to use at build-time.

Webrev: http://cr.openjdk.java.net/~redestad/8230301/webrev.00/

Several of the hard-coded defaults predate optimizations to remove MH
usage in lambda bootstrap and were generated using earlier iterations of
ISC. This means many classes/methods generated are actualy never used,
and that dropping all the defaults had relatively minimal effect on our
set of startup tests.

It's easy to create increasingly synthetic applications that suffer
marginally. I did some experiments and identified a few small API calls
we can add to HelloClasslist to recuperate a fair amount on some key
applications, while still significantly reducing size of pre-generated

Testing: tier1-3



More information about the core-libs-dev mailing list