socram
Erstellte Forenantworten
-
Beiträge
-
Falls das Problem noch mal jemand irgendwann hat, hier nun die Lösung:
LibreOffice starten, bevor man ein Dokument mit j-lawyer öffnet. Das Übersichtsfenster dann auf die gewünschte Größe ziehen und offen lassen. Jetzt kann man in j-lawyer ein Dokument öffnen und es wird in der entsprechenden Größe geöffnet, auf die man zuvor das Übersichtsfenster eingestellt hat. Das ganze überdauert auch einen Neustart. Darauf gekommen bin ich, weil mir auffiel, dass LibreOffice (genauer, die soffice.bin) beim Start über j-lawyer mit dem Parameter -env:OOO_CWD=2C:\\Program Files\\j-lawyer-client gestartet wird, während beim Start ohne j-lawyer der Parameter sich hier auf den Pfad von LibreOffice bezog. Das Ganze ist ein eher merkwürdiger LibreOffice Bug und vielleicht hilft es mal jemandem in Zukunft.
Windows 11
Version 7.6.7 von LO.Merkwürdig, auf dem Windows-Laptop (gleiche Versionen) habe ich das gleiche Problem, hier ist das Fenster ebenso zu groß, absolut aber kleiner (im Verhältnis zum gesamten Bildschirm sieht die Größe aber gleich aus).
Das war sehr hilfreich, danke Jens, mit Java 11 läuft alles super! Für alle, die den Thread hier finden und nicht gleich wissen, wie sie Java 11 installieren:
sudo -s
apt remove java-common
apt install openjdk-11-jdkDer erste Befehl gibt euch root in der aktuellen shell. Der zweite löscht neben java-common auch openjdk in der jeweiligen Version mit raus und der letzte Befehl installiert euch Java 11 inklusive allem, was ihr braucht.
Außerdem habe ich nun auch noch mysql8 probiert, was aber leider auch nicht hilft. Das Backup lässt sich auch dort problemlos zurückspielen, allerdings bekommt man den Server nicht zum laufen mit der gleichen Fehlermeldung.
Ich habe hier ähnliche Probleme und schon alles mögliche probiert mit Ubuntu 23.10 und Version 10.11.4 von MariaDB.
Die Datenbank läuft und das Backup lässt sich auch einspielen, allerdings startet der j-lawyer-server nicht.
Am Ende folgt das hier:
15:37:10,811 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 16.0.0.Final (WildFly Core 8.0.0.Final) started (with errors) in 8585ms – Started 943 of 1548 services (409 services failed or missing dependencies, 365 services are lazy, passive or on-demand)
Und die vemrutlich relevante Fehlermeldung im Log, mit der ich nichts anfangen kann, ist die hier (inkl. der Meldung zu der jlawyerdb, weil das offenbar in Ordnung ist):
15:37:10,167 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool — 75) Schemajlawyerdbis up to date. No migration necessary.
15:37:10,673 INFO [org.hibernate.hql.internal.QueryTranslatorFactoryInitiator] (ServerService Thread Pool — 75) HHH000397: Using ASTQueryTranslatorFactory
15:37:10,782 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation („deploy“) failed – address: ([(„deployment“ => „j-lawyer-server.ear“)]) – failure description: {
„WFLYCTL0080: Failed services“ => {„jboss.deployment.subunit.\“j-lawyer-server.ear\“.\“j-lawyer-server-ejb.jar\“.INSTALL“ => „WFLYSRV0153: Failed to process phase INSTALL of subdeployment \“j-lawyer-server-ejb.jar\“ of deployment \“j-lawyer-server.ear\“
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0024: Could not configure component SearchIndexProcessor
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected native java.lang.Object java.lang.Object.clone() throws java.lang.CloneNotSupportedException accessible: module java.base does not \“opens java.lang\“ to unnamed module @5c95ad78″},
„WFLYCTL0412: Required services that are not installed:“ => [
„jboss.naming.context.java.comp.j-lawyer-server.j-lawyer-server-ejb.TimesheetPositionFacade“,
„jboss.naming.context.java.comp.j-lawyer-server.j-lawyer-server-ejb.SearchIndexProcessor“,
„jboss.naming.context.java.comp.j-lawyer-server.j-lawyer-server-ejb.MappingTableFacade“,
[…]Vermutlich hängt es damit zusammen, dass ich hier kein LTS einsetze und demnach ein aktuelles MariaDB dabei ist. Das ganze Log wollte ich jetzt hier aus Gründen der Übersichtlichkeit nicht reinpacken.
Wenn ich hier bei der Fehlersuche helfen kann, mache ich das gerne.
Falls andere den Thread hier finden: Es wurde wohl versehentlich die Datei .metadata nicht wiederhergestellt.
War das zufällig genau dieses Problem hier? Zumindest erinnerte mich das stark daran, dass ich ein sehr ähnliches Problem hatte:
https://www.j-lawyer.org/?topic=backup-wiederherstellung-von-windows-backup-auf-linux-ubuntu-18-04Damit könnte man dann vielleicht noch dem ein oder anderen helfen, der über diesen Beitrag stolpert.
Ich kann leider nicht 100-prozentig sicher sagen, ob dir das hilft, aber ich kann dir ja einmal die Schritte beschreiben, die ich nach dem Problem durchgeführt habe:
service mysql restart
service j-lawyer-server restartDann habe ich die vorherige Version noch einmal drüber installiert (1.13.0.20) und im Anschluss daran die aktuellste Version 1.14.0.9. Seitdem (und ein paar Minuten Wartezeit) haut es alles wieder hin, wie es soll und ich erfreue mich an den wirklich mal wieder sehr sinnvollen Erweiterungen der Software.
Ich hoffe, du kommst damit weiter?
Danke Jens für den Support am Wochenende!
Ich hatte nach den Logs auch schon auf den SQL-Server getippt und hatte ihn neu gestartet. Allerdings hat das aus irgendwelchen Gründen nicht geholfen. Ich habe dann einmal den Dienst neu gestartet und das Update noch einmal drüber installiert, weil ich nicht sicher war, ob die Update-Skripte auch ohne Update durch laufen? Wahrscheinlich prüft der j-lawyer-server aber bei jedem Start, ob die Version passt?
Jedenfalls hat das geholfen und ich habe die VM einmal mit ein wenig mehr Speicher ausgestattet, damit das Problem nicht wieder auftritt.
Moin,
gleich umgesetzt und es läuft alles, wie es soll.
Vielen lieben Dank!
Zur Info: Bei mir gab es keine mailapi.jar.
