Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

Diese Java LTS Version wird vom Tomcat 9.x wie auch Spring 5.x unterstützt, jedoch nicht von neueren Versionen oder dem Payara 5 Glassfish Server (nur bis Java 11).

Jira Tickets

...

Diese Java LTS-Version wird von Nuclos erstmalig ab Version 4.2023.31 unterstützt (NUCLOS-10398).

Aktuell noch BETA

Tests

Die automatischen Webclient- und Server-Integrationstest laufen mit Java 17, jedoch befindet sich der Richclient und insbesondere die Konfiguration eines Nuclets noch in der manuellen Testphase. Wenn Ihnen etwas auffällt würden wir uns über eine Rückmeldung oder auch ein Ticket sehr freuen: https://support.nuclos.de

HiDPI

Das von Nuclos eingesetzte Richclient Look&Feel unterstützt zwar Java bis max v17, allerdings wird möglicherweise Windows eine unsaubere bzw. verschwommene Benutzeroberfläche erzeugen, wenn von Anwendungen eine Skalierung gefordert wird. Die allgemeine Windows Bildschirm Einstellung "Größe von Text, Apps und anderen Elementen ändern: ??% (empfohlen)" bei Werten > 100% und < 200% ist dafür verantwortlich.
Sollte es nicht zu klein sein (Test lohnt sich!) können Sie nur den Nuclos Richclient mit der VM Option sun.java2d.uiScale.enabled auf 100% setzen, unabhängig von der Windows Bildschirm Einstellung. Im Launcher fügen Sie das Argument "-Dsun.java2d.uiScale.enabled=false" (mit den Anführungszeichen!) unter Einstellung > Java Konfiguration > JAVA_VMARGS hinzu und starten den Client neu.
Alternativ für sehr hochauflösende 4k Notebook Displays, und einer z.B. Windows Einstellung von 175%, könnten Sie nur Nuclos auf 200% mit dem folgenden Argument setzen: "-Dsun.java2d.uiScale=2.0"

Wir evaluieren derzeit Look&Feel Updates oder auch einen Wechsel um diese HiDPI Funktionalität unterstützen zu können.

Fehlende Reflection Argumente

Sollten Sie Meldungen der Art

java.lang.reflect.InaccessibleObjectException: Unable to make protected void java.net.URLClassLoader.addURL(java.net.URL) accessible: module java.base does not "opens java.net" to unnamed module...

erhalten, können Sie uns das melden und wir prüfen ob wir das nötige Argument fest im Nulcos Kern hinterlegen.
Übergangsweise, und evtl. auch dauerhaft für Drittbibliotheken die Nuclets/Extensions fordern und nichts mit dem Nuclos Kern zu tun haben, können Sie diese Ausnahme im Server wie auch im Richclient selbst hinterlegen:

  • Für den Nuclos Server über den Installer mittels Additional JVM arguments im Bereich der Server Konfiguration, Wert (Beispiel): --add-opens=java.base/java.net=ALL-UNNAMED
  • Für den Nuclos Richclient über den Launcher mittels JAVA_VMARGS (Einstellung > Java Konfiguration), Wert (Beispiel): --add-opens=java.base/java.net=ALL-UNNAMED

...


Integrationstest

Um eine möglichst hohe Kompatibilität zu gewährleisten wurden die Integrationstest umgestellt (Stand Oktober 2023 / Nuclos 4.2023.31ff)

NuclosApache TomcatPayara Glassfish
bis 4.2023.30

nur Server (JAVA_HOME)

Server (JAVA_HOME) + Webclient
ab 4.2023.31Server (java.17.home)  + Webclientnur Server (JAVA_HOME)
java.17.home (Property in nuclos/pom.xml)

Vorbelegt mit /usr/lib/jvm/java-17-openjdk-amd64 (Standard unseres Jenkins / Ubuntu), kann aber für lokale Testläufe mittels mvn -Djava.17.home=/path/to/java/17/home ... überschrieben werden.

Entwicklungsumgebung

Zum Starten von Server und Client aus einer Entwicklungsumgebung sind weitere VM Options mit anzugeben:

...