Motivating the proposal is the will to protect the dynamism of the Java platform whereas decreasing the price of that dynamism, which should be paid each time an software begins, the proposal says. The extremely dynamic Java platform has options akin to dynamic class loading, dynamic linkage, and dynamic reflection, which give expressive energy to builders. Java builders can, for instance, write libraries that dynamically load after which hyperlink to plug-in elements at run time, or assemble functions by composing libraries that dynamically hyperlink to different libraries. Nevertheless, all that dynamism comes at a value, which means the JVM does loads of work in the course of the startup of a typical server software, akin to scanning JAR recordsdata on disk and loading parsed information into class objects. And it does this work on demand, lazily, simply in time. Because of this, a big server software might require seconds and even minutes to begin up.

The important thing to bettering startup time is to do a few of this work forward of time, moderately than simply in time. A selected objective of the proposal is bettering startup time by exploiting the truth that most functions begin up in roughly the identical method each time they run. Different targets embody:

• Not requiring any adjustments to the code functions, libraries or frameworks.
• Not requiring any change to how functions are began from the command line with the Java launcher, past the command-line choices associated on to this characteristic.
• Not requiring using the jlink or jpackage instruments.
• Laying a basis for continued enhancements to startup time and likewise to warmup time, i.e., the time wanted for the HotSpot JVM to optimize an software’s code for peak efficiency.

The ahead-of-time proposal for class-loading and linking follows a earlier proposal for ahead-of-time compilation for the JVM. That proposal is listed as being in draft standing.