| ... |
... |
@@ -73,7 +73,6 @@ |
| 73 |
73 |
* In Einzelfällen kann es passieren, dass Formcycle neu gestartet werden muss. Überprüfen Sie hierzu auch das Logdateien von {{formcycle/}}. |
| 74 |
74 |
))) |
| 75 |
75 |
|2|Es wurde ein Update der Datenbank gefunden. Eine Aktualisierung der Datenbank durch einen Administrator ist zu empfehlen.|Dies tritt insbesonders auf, nachdem ein Update für {{formcycle/}} eingespielt wurde. Sie können zwar {{formcycle/}} noch verwenden, es ist aber zu empfehlen, vorher zuerst das Datenbankupdate durchzuführen, da es sonst zu Problemen kommen kann. Kontaktieren Sie hierzu Ihren Systemadministrator. Das Datenbankupdate ist im [[dazugehörigen Abschnitt>>doc:Formcycle.Installation.Update]] näher erläutert. |
| 76 |
|
-|3|Beim Anlegen oder Updaten der Datenbank sowie bei der normalen Verwendung kommt es zu folgendem Fehler: //java.lang.ClassCastException: class java.time.LocalDateTime cannot be cast to class java.lang.String (java.time.LocalDateTime and java.lang.String are in module java.base of loader 'bootstrap')//|Dies ist auf eine Inkompatibilität mit dem //MySQL Connector/J// in der Version 8.0.23 zurückzuführen. Bitte verwenden Sie stattdessen die vorhergehende Version 8.0.22 des //Connector/J//. |
| 77 |
77 |
|
| 78 |
78 |
== Formulardesigner == |
| 79 |
79 |
|
| ... |
... |
@@ -105,3 +105,5 @@ |
| 105 |
105 |
|= |= Fehlerbeschreibung|=Problemlösung |
| 106 |
106 |
|1|Anwendungsserver (Tomcat) stürzt mit der Fehlermeldung //OutOfMemory// ab.|Sie müssen den vorhandenen Arbeitsspeicher für die Java-VM erhöhen. Die notwendigen Einstellungen sind im Abschnitt Speicher des [[Bereichs Tomcat-Einstellungen>>doc:Formcycle.SystemSettings.TomcatSettings.LimitUploadSize]] beschrieben. |
| 107 |
107 |
|2|Es ist nicht möglich, sich direkt nach der Erstinstallation auf einem Linux-basierten System als sadmin mit dem Standardpasswort anzumelden.|{{formcycle/}} muss bestimmte Einstellungen im Dateisystem speichern. Einige Linux-basierte Systeme legen standardmäßig kein Home-Verzeichnis für den Tomcat-Benutzer fest. Dieses kann normalerweise in der Datei {{code language="none"}}/etc/passwd{{/code}} konfiguriert werden. Nach einer Anpassung ist ein Neustart des Tomcats erforderlich. |
|
107 |
+|3|Hohe CPU-Last bereits beim Start der Anwendung ohne weitere Zugriffe|Ältere Java 11 Releases [[enthalten einen Fehler in der SSLEngine>>https://bugs.openjdk.org/browse/JDK-8241054]], welcher unter bestimmten Umständen beim Aufruf von URLs über SSL zu Dead Loops führen kann, welche sich in einer hohen CPU-Auslastung äußern. Dieser Fehler wurde im Java 11 Release 11.0.8 offiziell behoben. Fall Sie eine ältere Java 11 Version bis einschließlich 11.0.7 einsetzen, aktualisieren Sie bitte auf eine neuere Version. |
|
108 |
+|4|DB-Verbindung kann nach Update des MS SQL JDBC-Treibers nicht |Neuere Versionen des MS SQL JDBC-Treibers überprüfen, ob das vom Datenbankserver verwendete Zertifikate valide ist. Nach einem Update des Treibers kann es daher zu Fehlern beim Verbinden mit der Datenbank kommt, die im Log als {{code language="none"}}sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target{{/code}} sichtbar werden. Es muss entweder das Root-Zertifikat (und eventuell verwendete Intermediate-Zertifikate), mit dem das Zertifikat des Datenbankservers erzeugt wurde, in den Java-TrustStore importiert werden oder über Parameter an der JDBC-URL ({{code language="none"}}encrypt=true;trustServerCertificate=true{{/code}}) die Prüfung der Zertifikate ausgeschaltet werden. Weitere Informationen und Beispiele liefert die [[Microsoft Dokumentation>>https://learn.microsoft.com/en-us/sql/connect/jdbc/connecting-with-ssl-encryption?view=sql-server-ver16]]. Beim Import in den TrustStore ist zu beachten, dass die Java-Umgebung neugestartet werden muss, damit die Änderungen übernommen werden, was gegebenenfalls einen Neustart der Maschine benötigt. |
