Der GC hat da seine eigenen Vorstellungen gehabt, was bei kritischen Anwendungen Java automatisch ausscheiden lässt. Mit einem Modulsystem kann man Modulen eine Wertigkeit zuweisen.
Es gibt durchaus Programmiertechniken, die den GC Verwaltungsaufwand reduzieren, so dass kritische Anwendungen dann doch laufen, die vorher mit Lehrbuch Java nicht wirklich lauffähig waren (alle 2 Stunden Reboot z.B.).
Jigsaw wird diese Modularitätsprobleme lösen helfen, aber auch mit den alten Zöpfen abschneiden was die ganzen automagischen Dinge angehen. Jedes Modul kann dann letztendlich seinen eigenen Classpath hochziehen - und trotzdem mit anderen Module die ihren Classpath haben, interagieren.
Das wünscht man sich seit Java 1.2. Hat also nur 20(!) Jahre gedauert :)
Es wäre vielleicht mal ganz nett, erstmal eine Heapsizeautomatik einzubauen, die es ja schon beim Microsoft Java vor 20 Jahren gab. Damit würden sich dann die Startparameterangaben -Xmx512 z.B. erledigen. Also erstmal die Dinge entwickelt, die vor 20 Jahren hochmodern waren.
Bevor man die Dinge entwicklelt, die Heute modern sind.
Also einfach in zeitlicher Reihenfolge der Reihe nach entwickeln.
Meine Empfehlung.
OSGi und andere obskure Modulsysteme hatten sich in dem Kontext nie durchgesetzt.
Da fällt mir aber jetzt spontan Ecipse ein (: