Quote:
Originally Posted by StefanM
Bei einer bestehende 64 bit Installation konnte ich problemlos den Ordner jre mit Java 1.8 gegen einen Ordner mit Java 11 (aus einer anderen "unbenutzten" 64 bit Test-Installation) ersetzen.
Problem:
Als ich dasselbe mit Java 17 machen wollte, kam Einiges "durcheinander". Insbesondere war die Grafik in vielen Punkten "beschädigt": Zusätzliche, willkürliche horizontale Trennlinien, Kästchen um diverse Icons,…
Was ist zu tun, um bei einer bestehenden Installation Java auf Version 17 zu ändern, ohne, dass es zu unerwünschten Effekten kommt?
|
Bei Java 17 werden interne Zugriffe nun standardmäßig blockiert, weshalb hierzu spezielle JVM Parameter nötig sind. Bis Java 16 konnten diese Parameter direkt im Manifest der Jar Datei hinterlegt werden. Ab Java 17 müssen diese Zwangsweise als JVM Parameter gesetzt werden. Die aktuellen Launcher(exe) setzen diese Parameter automatisch ab Java 9. Bei älteren Launcher ist es nötig das man die .vmoptions(
https://support.jdownloader.org/Know...vmoptions-file ) Datei von Hand entsprechend erweitert, siehe jyloo.com/synthetica/faq/#general-23
Quote:
--add-exports=java.desktop/sun.swing=ALL-UNNAMED
--add-exports=java.desktop/sun.swing.table=ALL-UNNAMED
--add-exports=java.desktop/sun.swing.plaf.synth=ALL-UNNAMED
--add-opens=java.desktop/javax.swing.plaf.synth=ALL-UNNAMED
--add-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
--add-opens=java.desktop/javax.swing=ALL-UNNAMED
--add-opens=java.desktop/javax.swing.tree=ALL-UNNAMED
--add-opens=java.desktop/java.awt.event=ALL-UNNAMED
--add-exports=java.desktop/sun.awt.shell=ALL-UNNAMED
--add-exports=java.base/sun.security.action=ALL-UNNAMED
--add-exports=java.desktop/com.sun.awt=ALL-UNNAMED
|