Lara
Erstellte Forenantworten
-
Beiträge
-
Also ich musste über powershell im admin-Modus vorher mit mkdir den Ordner für die Docker-Installation einrichten. Erst dann ging das bei mir mit der Dockerinstallation.
Also vpn geht glaube ich auch mit Fritzbox ohne feste IP-Adresse. Dann könnten Sie einen Server wo auch immer einrichten. Aber ehrlich gesagt, also den Miniserver rumzutragen ist jetzt auch nicht sooo sicher. Als Person mit Büro und zwei weiteren Arbeitsorten kann ich nur sagen, dass es mit VPN gut funktioniert.
Könnte man ansonsten identische Computer einrichten und dies ggf. über ein anderes Programm spiegeln? Also zB mit sowas wie acronis trueimage?
Ok, also ich habe jetzt mittels eines Skriptes, das in einem anderen Thread stand, ein backup-Skript erstellt und bekomme jetzt eine sql-Datei und die backup-Ordner. wenn ich diese versuche mit dem Backupmanager wiederherzustellen, dann sagt mir der, es fehlen die Meta-Dateien. Einen Ordner metadata habe ich aber nicht in der j-lawyer-Installation am Server. Ich finde nur unter dem Backup-Ordner dort einen.
Geht das ohne Metadata? Wenn nein, wo finde ich den? Also wenn ich den normalerweise in dem j-lawyer-server-Installationsordner finde und er notwendig ist, müsste er ja existieren. Die versteckten Ordner sind bereits eingeblendet.
Was mache ich mit diesem metadata?
ok, das Passwort stimmt.
Allerdings steht im standalone.xml unter
<property name=“j-lawyer.server.initdir“ value=C:\programe files\j-lawyer-server/j-lawyer-init/“allerdings gibt es den link C:\programe files\j-lawyer-server/j-lawyer-init/ nicht laut Explorer
j-lawyer-init gibt es gar nicht. Ist das relevant?
ich schon wieder, sorry…
wie kann ich das root-Passwort auslesen bzw. ob es überhaupt eines gibt? Ich hatte ja damals mysql extra und vorher installiert und eine Teildatenbank, weil ich die Daten aus einem Microsoft SQL Anwaltsprogramm migriert hatte. Dabei kann es also sein, dass die Datenbank vielleicht kein Passwort hat wie sonst von j-lawyer vergeben? Das wollte ich prüfen.
Ich hatte es jetzt nämlich mit einem Windows Powershell – Skript versucht. Dabei hatte ich berücksichtigt, dass j-lawyer-data auf einer getrennten Festplatte liegt, nicht da, wo der Rest des j-lawyer-Programms ist und wegen der Extrainstallation auch das Mysql ein kleines bisschen einen anderen Installationspfad hatte.
es kam aber dann trotzdem eine 0kb sql-Datei. Ergo frage ich mich gerade obiges Datenbankpasswort-Ding.
Also: wie kann ich prüfen, ob das Passwort so stimmt?
Ich erinnere: ich hatte ursprünglich erst Mysql installiert, nicht über das j-lawyer-Installationsprogramm und dann erst die Daten aus Microsoft SQL immigriert und dadurch leicht veränderte Programmdaten vermutlich.
kann ich irgendwo ein backup-Programm finden, wo ich eventuell Links korrigieren kann oder so ähnlich?
Ja, das Passwort ist richtig. ich habe mal einen Serverlog gefunden und versuche das hier einzufügen.
2026-02-27 00:59:47,601 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup task is starting
2026-02-27 00:59:47,603 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup mode: on
2026-02-27 00:59:47,603 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) encryption is enabled
2026-02-27 00:59:47,609 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup disabled for this weekday
2026-02-27 01:59:47,601 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup task is starting
2026-02-27 01:59:47,602 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup mode: on
2026-02-27 01:59:47,602 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) encryption is enabled
2026-02-27 01:59:47,608 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup disabled for this weekday
2026-02-27 02:04:47,510 INFO [com.jdimension.jlawyer.timer.BackupSyncTask] (Timer-5) Starting sync to file:///C:/Users/larah/Documents/j-lawyer
2026-02-27 02:04:47,511 INFO [com.jdimension.jlawyer.sync.FolderSync] (Timer-5) Copying jlawyerdb-dump.sql to sync location
2026-02-27 02:04:47,512 INFO [com.jdimension.jlawyer.timer.BackupSyncTask] (Timer-5) Sync finished
2026-02-27 02:49:16,309 ERROR [org.jboss.as.ejb3.invocation] (Timer-8) WFLYEJB0034: Jakarta Enterprise Beans Invocation failed on component SingletonService for method public abstract void com.jdimension.jlawyer.services.SingletonServiceLocal.setFailedFax(com.jdimension.jlawyer.persistence.FaxQueueBean): javax.ejb.ConcurrentAccessTimeoutException: WFLYEJB0241: Enterprise Beans 3.1 PFD2 4.8.5.5.1 concurrent access timeout on SingletonService – could not obtain lock within 5000MILLISECONDS
at org.jboss.as.ejb3@26.1.3.Final//org.jboss.as.ejb3.component.singleton.ContainerManagedConcurrencyInterceptor.processInvocation(ContainerManagedConcurrencyInterceptor.java:102)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@26.1.3.Final//org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@26.1.3.Final//org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
at org.wildfly.security.elytron-base@1.19.1.Final//org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:633)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:191)
at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
at deployment.j-lawyer-server.ear.j-lawyer-server-ejb.jar//com.jdimension.jlawyer.services.SingletonServiceLocal$$$view109.setFailedFax(Unknown Source)
at deployment.j-lawyer-server.ear.j-lawyer-server-war.war//com.jdimension.jlawyer.timer.FaxQueueStatusTask.run(FaxQueueStatusTask.java:726)
at java.base/java.util.TimerThread.mainLoop(Timer.java:566)
at java.base/java.util.TimerThread.run(Timer.java:516)Also aktueller Status quo ist, es läuft immer noch nicht.
Ich habe jetzt das mit PATH gemacht. Da kommt dann der Eintrag c:\MySQL\MySQLServer-5.7\bin
Wenn ich dann ein backup mache, läuft er an und melde dann den Fehler oben
Datenbank-Dump fehlgeschlagen – Rückgabewert 2
Informationen zu Ihrer turnusmäßigen Datensicherung:
Server: Kindl-Server
Startzeitpunkt: 13:16:25
Endzeitpunkt: 13:16:29
Dateien: 0
Verzeichnis: S:\backups
verschlüsselt: ja
Dateigröße: 0,0MB
Synchronisation: erfolgreich
von: 13:16:29
bis: 13:16:29Was mache ich nun?
Ich habe jetzt in der Eingabeaufforderung mal PATH eingegeben, wie in einem anderen Thread beschrieben. Da kam auch der richtige Link zur mysql – Installation.
Also ich hatte das jetzt gemacht mit dem Einfügen in den PATH. Danach kam dann ein anderer Fehler, was mit code 401.
Ich habe auch nochmal nachgeschaut: in der standalone.xml steht das richtige Root-Passwort drin.
Kann man die irgendwie nachtragen? Also das Update auf 3.0 ging halt. Irgendwas muss er dann ja gefunden haben.
Also das root- Passwort scheint zu funktionieren. Bei der Eingabeaufforderung kam dann eine ganze Reihe zahlen und Daten als Antwort.
Kann das Problem dabei sein, dass ich die Mysql-Installation schon vorher hatte? Ich hatte die Daten aus dem früheren Kanzleisystem teilweise migriert, von Microsoft SQL zu Mysql.
Zudem habe ich den Pfad für die j-lawyer-Daten verschoben auf eine zweite Festplatte durch Eintrag in der standalone-full.xml.
Welchen Nutzernamen und Passwort will er denn beim Eintragen der Synchronisationsdaten? Den Windows-User? Den J-Lawyer-User? Also wenn ich den Windows-Admin eintrage, geht es nicht. Wenn ich einen Windows-User-Account eintrage, sagt er Server returned http response code 401 for url und dann kommt irgendein url.
