j-lawyer.org
Erstellte Forenantworten
-
Beiträge
-
Die hier hat Probleme mit POP3: s***a@f**-**p.de
Bitte mal auf IMAP umstellen. Wahrscheinlich ist der Server dann ein anderer.
Hallo,
für die Boxen sind dieses mal zwei Updates in Sequenz einzuspielen.
Viele Grüße
Jens / j-lawyer.orgBitte wie folgt vorgehen:
– SQL-Statement ausführen:
use jlawyerdb;
update flyway_schema_history set success=1 where version=’1.12.0.8′;
quit;– Dienst stoppen: sudo service j-lawyer-server stop
– Datei löschen: wildfly/standalone/deployments/j-lawyer-server ear.failed
– Dienst starten: sudo service j-lawyer-server restart
VG
Jens / j-lawyer.org@Renko Ich würde nicht nochmal updaten sondern das korrekte Passwort in standalone.xml eintragen und den Dienst neu starten. Es sollten dann alle wichtigen Datenstrukturänderungen „nachgefahren“ werden.
VG
JensDer Installer fragte nach einem Passwort und dann nochmal nach der Bestätigung.
Eine Fernwartung wäre hier das Effizienteste. Bei Bedarf AnyDesk installieren und mir eine Telefonnummer per E-Mail senden.
VG!
Das sind technische Daten, die im Scaneingang in der Anwendung nicht angezeigt werden.
.uploading gibt es nur so lange ein Arbeitsplatz die Datei gerade hochlädt.
.metadata enthält Informationen, welcher Nutzer von welchem Gerät die Datei bereitgestellt hat. Die Daten werden im Scaneingang angezeigt.
Scheinbar schauen Server und Arbeitsplatz ja doch auf den selben Ordner. Das ergibt so keinen Sinn.
Doku:
> https://www.j-lawyer.org/downloads/documentation/j-lawyer.org-UserGuide-de.htmlzentraler Scanordner:
„Dazu überwacht die Anwendung einen Ordner auf dem Server und zeigt an den Arbeitsplätzen die Dokumente in diesem Ordner an“lokaler Scanordner:
„Das Verhalten des lokalen Scanordners ist wie folgt:
– das Verzeichnis wird zyklisch auf neue Dokumente überwacht
– alle Dokumente in diesem Ordner werden anschließend in den zentralen Scanordner transferiert
– und aus dem lokalen Verzeichnis gelöscht“In diesem Fall sieht der Client eine Datei x im lokalen Scanordner, lädt sie in den zentralen Ordner. Da beide die selben Ordner sind, sieht der lokale Scaneingang erneut eine Datei, lädt sie hoch, usw. usf. – eine Endlosschleife.
KEINER der lokalen Scanordner auf keinem Arbeitsplatz darf identisch sein mit dem zentralen Scanordner.
Ich würde jetzt mal an allen Arbeitsplätzen die lokalen Ordner umkonfigurieren auf irgendein Verzeichnis, das „lokal“ (auf dem jeweiligen Gerät) liegt und nur als „Eingangsschleuse“ verwendet wird. Kein Netzwerkverzeichnis!
Dann den zentralen Ordner leeren (ggf. vorher Daten sichern) und anschließend die gewünschten Daten wieder in den zentralen Ordner kopieren.
Oder einen Supportauftrag geben.
Ich fürchte wir reden aneinander vorbei 🙂
Bitte mal per E-Mail einen Screenshot des Scaneingangs, mich interessiert die Anzeige oben rechts, und ich möchte wissen ob dieser Ordner identisch ist mit jenem, der unter „Einstellungen“ – „Dokumente“ – „Scannerintegration“ einstellt ist.
Caused by: java.lang.RuntimeException: Fontconfig head is null, check your fonts or fonts configuration
at sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1271) ~[?:?]
at sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:224) ~[?:?]
at sun.awt.FontConfiguration.init(FontConfiguration.java:106) ~[?:?]
at sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:706) ~[?:?]
at sun.font.SunFontManager$2.run(SunFontManager.java:358) ~[?:?]
at sun.font.SunFontManager$2.run(SunFontManager.java:315) ~[?:?]
at java.security.AccessController.doPrivileged(AccessController.java:318) ~[?:?]
at sun.font.SunFontManager.(SunFontManager.java:315) ~[?:?]
at sun.awt.FcFontManager.(FcFontManager.java:35) ~[?:?]
at sun.awt.X11FontManager.(X11FontManager.java:56) ~[?:?] Ein Linux-System, auf dem die Schriftarten-Konfiguration/-Installation fehlerhaft ist. Genauer eingrenzen lässt sich das aus der Ferne nicht.
VG
Jens / j-lawyer.orgMuss nochmal nachfragen: sind die lokalen Scanordner im Scaneingang *andere Ordner* als der zentral konfigurierte Ordner?
