Nem nyúlsz hozzá, de szakértő vagy? :) Halkan jegyzem meg, hogy a hunyó a NAV, hiszen az ő felelőssége lenne könnyen használható disztribúciót csinálni az ÁNYK-ból, aminek része az is, hogy az user a letölt kattint használ metódussal működésre tudja bírni a cuccost. Ez az egyik része a dolognak, a másik meg, hogy a több lépésben kivezetett (deprecated majd törölt) függőséget meg kellett volna szüntetni. Az itt felsorolt hibák egyikse sem a Java hibája. Olyan programnyelvet meg runtime -t meg nem tudsz nekem mondani, amiben soha semmi nem változik, semmit sem törölnek ki belőle, és ne kapna helyette más újdonságokat. Mert ugyanez megtörténik a .NET -nél, meg a Pythonnál, meg a mindenhol, csak azokat az end user progikat nem a NAV gondozza, hanem hozzáértők, ezért kevésbé találkozol velük.
(és halkan jegyzem meg hogy felröhögtem a C-s megjegyzéseden. Ugye tudjuk hogy vendor és platform függően mennyire szét van forgácsolva az a világ, meg hogy a szabvány hemzseg a definiálatlan viselkedéstől, ellentétben a Java-val, ahol van a lang meg a VM spec, meg az OpenJDK, és csöcs (igen, az Oracle JDK is ott van, de az egy bővített OpenJDK, a legtöbb usernek megfelel az OpenJDK)).