Auf dem zweiten System habe ich alles deinstalliert, das server.log auf meinem funktionierenden System enthält aber alle Fehler, die ich mit Hilfe der KI von 09:00 Uhr bis 11:00 Uhr nach und nach behoben habe.

Hier die Analyse der KI:
Ja, anhand der vorliegenden server.log-Datei lassen sich die ursprünglichen Fehler, die den Start des Servers verhindert haben, klar identifizieren.

Es handelte sich primär um Probleme bei der Datenbank-Migration und daraus resultierende Folgefehler.

Hier ist die Analyse der ursprünglichen Fehler:

1. Der Hauptfehler: Fehlende Datenbanktabelle während der Migration
Der ursprüngliche und kritische Fehler trat auf, als das System versuchte, die Datenbankstruktur zu aktualisieren (Migration).

Fehlermeldung: Das System meldete Table ‚jlawyerdb.cases‘ doesn’t exist.

Ursache: Das Migrations-Tool „Flyway“ versuchte, das Skript V1_13_0_17__AddRootFolders auszuführen. Innerhalb dieses Prozesses wurde versucht, auf die Tabelle cases zuzugreifen, die jedoch zu diesem Zeitpunkt in der Datenbank nicht gefunden werden konnte.

Konsequenz: Die Datenbank-Migration schlug fehl (Migration of schema ‚jlawyerdb‘ to version 1.13.0.17 – AddRootFolders failed!).

2. Der Folgefehler: Hibernate Schema-Validierung
Da die Datenbank-Migration fehlschlug, entsprach die Datenbankstruktur nicht den Erwartungen der Anwendung (Hibernate Entity Manager).

Fehlermeldung: javax.persistence.PersistenceException: … Unable to build Hibernate SessionFactory.

Spezifischer Grund: Hibernate stellte fest, dass notwendige Tabellen fehlten, konkret wurde hier Schema-validation: missing table [assistant_config] gemeldet.

Zusammenhang: Dieser Fehler ist ein direktes Resultat des ersten Fehlers. Da die Migration bei Version 1.13.0.17 abbrach, wurden nachfolgende Tabellen (wie assistant_config, die vermutlich in einer späteren Version oder durch den fehlgeschlagenen Schritt erstellt werden sollten) nicht angelegt.

3. Wiederholte Fehlversuche
Diese Fehler traten bei mehreren Startversuchen identisch auf:

Um 09:56 Uhr.

Um 10:21 Uhr.

Um 10:36 Uhr.

Um 10:39 Uhr.

4. Erfolgreiche Lösung
Erst beim Startversuch um 11:14 Uhr wurde das Problem behoben (vermutlich wurde die Datenbank bereinigt oder korrigiert):

Die Migration V1_13_0_17__AddRootFolders wurde erfolgreich durchgeführt.

Anschließend liefen zahlreiche weitere Migrationen (bis Version 3.3.0.1) erfolgreich durch .

Der Server startete schließlich erfolgreich (WildFly Full … started).

Zusammenfassend: Das ursprüngliche Problem war, dass die Datenbanktabelle cases fehlte, was das Update-Skript 1.13.0.17 zum Absturz brachte und den Serverstart verhinderte.

• Diese Antwort wurde vor vor 5 hours, 33 minutes von Charly bearbeitet.
• Diese Antwort wurde vor vor 5 hours, 26 minutes von Charly bearbeitet.

Ich habe es zunächst auf zwei Windows 11 Systemen und auf einem Linux Mint System versucht, die Installationen haben alle nicht funktioniert.

Gruß
Charly