socram
Erstellte Forenantworten
-
Beiträge
-
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.
Einen temporären Testaccount bei Mailbox.org meinen Sie? Bei Mailbox.org kann man sich einen kostenlosen Testaccount anlegen lassen.
Auch das habe ich gemacht:
sysprops bestätigt, dass es gesetzt wurde:
jdk.tls.client.protocols = TLSv1.2Aber leider keine Besserung.
Moin,
da steht die richtige Version:
https.protocols = TLSv1.2Dennoch besteht sowohl beim Senden als auch beim Empfangen die Fehlermeldung weiter.
Vielen Dank für die schnelle Rückmeldung.
Das hilft leider nicht weiter. Die Zeile habe ich ergänzt und testweise auch einmal TLSv1.3 probiert, was aber leider auch nicht geholfen hat.
Danke auch für den OpenSSL-Tipp. Da sagt mir imap.mailbox.org auf Port 993, dass 1.3 unterstützt wird. Mit dem Parameter -tls1_2 meldet er aber auch zurück, dass TLS 1.2 geht.
Auf 143 gibt es Fehler bei der Rückmeldung:
openssl s_client -connect imap.mailbox.org:143
CONNECTED(00000005)
139647839490496:error:1408F10B:SSL routines:ssl3_get_record:wrong version number:../ssl/record/ssl3_record.c:332:
—
no peer certificate available
—
No client certificate CA names sent
—
SSL handshake has read 5 bytes and written 318 bytes
Verification: OK
—
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)Aber auch hier geht es dann mit dem Parameter -tls1_2.
