- This topic has 7 Antworten, 2 Stimmen, and was last updated vor 5 hours, 7 minutes by
.
-
Beiträge
-
Hallo werte Nutzerkollegen,
nach diversen vergeblichen Versuchen das Programm unter Windows 11 zu installieren, ist es mir mit Hilfe von zwei KIs (Copilot und Gemini) endlich gelungen das Programm zum Laufen zu bringen.
Wenn man einfach nur der Installationsanleitung auf der Webseite folgt, funktioniert überhaupt nichts, MySQl wird nicht richtig installiert und konfiguriert, der Client meldet dann immer: Anmeldenamen oder Passwort falsch, die Server.log und die Standalone.xml zeigen reichlich Fehler auf. Es war reichlich Handarbeit nötig, für einen Computerlaien wie mich, eigentlich fast unmöglich zu bewältigen. Ich habe eine PDF mit den nötigen Schritten erstellt, gebe aber keine Garantie, das das bei euch auch funktioniert.Gruß
CharlyHallo,
können Sie den Inhalt des PDFs hier als Text bereitstellen? Alternativ gern per E-Mail senden.
Vielleicht gab es einfach eine Gerätespezifik (bspw. andere Anwendung, die einen Port für die Datenbank belegt). Ein grundsätzliches Problem mit dem Installer ist mir aktuell nicht bekannt.
VG
Jens / j-lawyer.orgSorry, aber die von den KIs generierten Anleitungen sind völliger Quatsch, Sie scheinen zu großen Teilen auf Anleitungen basieren, die es schon seit Jahren hier nicht mehr gibt (deren Wortlaut mir aber aus der Vergangenheit noch sehr präsent ist). Die vielen manuellen Schritte zur Erstellung der Datenbank gab es in den Anfangsjahren des Projektes – ich weiß nicht mal mehr wie lange das zurückliegt.
Die offiziellen Anleitungen sind auf der Website zu finden. Wenn es mittels dieser Anleitung nicht funktioniert, dann wäre das Forum der erste Anlaufpunkt. Was die KI hier produziert hat ist nicht brauchbar. Selbst wenn es jetzt ein lauffähiges System gibt, ich habe Zweifel dass es ein Update überlebt.
Ich habe es zunächst auf zwei Windows 11 Systemen und auf einem Linux Mint System versucht, die Installationen haben alle nicht funktioniert.
Gruß
CharlyGibt es diese Installationen noch (im nicht funktionierenden Zustand)?
Dann helfe ich gern das zu analysieren.
Ich kann dir die standalone.xml und die server.log schicken? Ich habe jetzt nur doch die funktionierende Version am Laufen.
Danke, aber die funktionierende Installation hilft wenig bei der Ursachensuche. Was ist mit dem zweiten erwähnten Windowssystem?
Da würde mich das Server.log interessieren.
VG!
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.
- Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.