Hacker News Reader

Buy isn't most of the dynamic load limited to the locally-available jars ?

Which means that the AOT generator has a finite set of classes to.comsider ?

And similarly, all the Spring/Boot dynamic features are a finite combination ?

(I have work on huge JVM systems with huge classpath directories but ultimately these run time polymorphism are finite?)

View on HN

I haven't done much of this at all, but I believe dynamic class loading in graal's native-image AOT works when the string parameter in Class.forName(param) is a static string or a constant. This actually capturez a huge amount of apps, because their only dynamic class loading is for JDBC, and most apps know beforehand which driver they want to use.

OpenJDK supports various kinds of AOT too, which also supports dynamic class loading. However the performance boost at startup is not as significant as with native-image/SubstrateVM/GraalVM because it stays spec compliant.

Reply on news.ycombinator.com