DocMex
Erstellte Forenantworten
-
AutorBeiträge
-
DocMexTeilnehmer
Hallo Jens,
java -version macht folgende Ausgabe:
openjdk version "1.8.0_232" OpenJDK Runtime Environment (build 1.8.0_232-8u232-b09-1~deb9u1-b09) OpenJDK 64-Bit Server VM (build 25.232-b09, mixed mode)
Und der Installer für den Client gibt folgenden Fehler aus:
Unpacking JRE ... Error unpacking jar files. The architecture or bitness (32/64) of the bundled JVM might not match your machine.
Bis Version 1.91 läuft Client und Server auf dem Raspberry Pi auch ohne Probleme.
Mein Plan war den Raspberry Pi am iPad Pro über USB-C als USB Gadget laufen zu lassen und dann auf dem Pi über VNC J-Lawyer und Open Office zu nutzen.
DocMexTeilnehmerMein Anbieter sagt, dass er nichts verändert hat.
DocMexTeilnehmerIch hab die Lösung gefunden. Es funktioniert, wenn man die Häkchen bei SSL entfernt und nur StartTLS aktiviert lässt.
Riesen Dank aber für das Programm und für Deine Hilfe an Dich Jens! Das ist nicht selbstverständlich! Möge jedes abgelegte Dokument in J-Lawyer Dir positive Karma-Punkte einbringen! 🙂
DocMexTeilnehmerHallo Jens,
das ist ein privater Mailserver mit einem wildcard-Zertifikat von RapidSSL.
Gruß
DocMexTeilnehmerNachtrag:
sudo chmod -R ugo+rw
auf den J-Lawyer Data Ordner war die Lösung.Ich bin jetzt auf Version 1.11 angekommen! Hab das Gefühl, dass Vorschau und alle anderen Interaktionen viel schneller laufen als auf 1.9.1.
DocMexTeilnehmerHallo Jens,
ich habe die Weihnachtszeit genutzt und mich wieder mit meiner Installation beschäftigt. Damit andere Nutzer mit einem ähnlichen Problem auch an meinen Versuchen teilhaben können, teile ich meinen bisherigen Weg:
Ausgangsproblem:
Der J-Lawyer Server ist auf einem NUC parallel zu einer OpenMediaVault Installation installiert. Ursprünglich hatte ich Version 1.9.1 installiert. Ein Update auf 1.10 lies sich ausführen, wurde angeblich erfolgreich abgeschlossen, jedoch ohne merkbaren Erfolg. Der Server blieb auf 1.9.1 stehen.Was ich gemacht habe:
Ich habe ein Backup der Datenbank erstellt. Danach habe ich den 1.11 Server bruteforce über die 1.9.1 Installation neu aufgesetzt und über den Backupmanager die Datenbank wieder eingespielt. Das Datenbank Update Skript wollte nicht funktionieren. Also habe ich die 1.11 Server-Installation erneut gestartet und dieses mal das Update einer bestehenden Installation gewählt.Wo ich jetzt stehe:
Der 1.11 Server läuft. Meine Daten scheinen eingespielt zu sein. Allerdings funktioniert die Vorschau für Dokumente nicht mehr und wenn ich ein neues Dokument in einer Akte erstellen möchte, kommt eine Meldung wegen fehlender Berechtigung.Hast Du eine Idee welche Berechtigung ich auf dem Server für welche Ordner setzen muss?
So kurz vor dem Ziel möchte ich jedenfalls nicht aufgeben. 🙂
Ich wünsche Dir in jedem Fall frohe Weihnachten und bedanke mich noch einmal für diese geniale Software!!!!
Gruß
DocMexTeilnehmerJa, leider ohne Erfolg. Es macht den Anschein, als ob er alles entpackt. Tatsächlich fehlen dann die Dateien.
DocMexTeilnehmerGuten Abend Jens,
ja, ich hatte die Installation mit Root-Rechten ausgeführt und vorher über die interne Funktion ein vollständiges Backup gezogen.
Scheinbar kommt er mit irgendwas durcheinander.
Mein nächster Versuch wäre es das DEB-File zu downloaden und zu entpacken um die Installation manuell zu versuchen. Wenn das nicht klappt, dann nutze ich Version 1.9 weiter.
Gruß und vielen lieben Dank für Deine Hilfe bisher.
DocMexTeilnehmerHallo Jens,
ich habe die Datei/etc/default/j-lawyer-server
mit nano editiert und gespeichert. Ich habe die Datei nochmals geöffnet um zu verifizieren, dass die Änderungen übernommen worden sind. Leider ohne Erfolg.Bei einem zweiten Versuch habe ich die Datei editiert und das System neu gestartet. Auch das hat leider nicht funktioniert.
Vorher ist die Datei übrigens durch niemanden bearbeitet worden.
In dem Verzeichnis
/usr/local/j-lawyer-server/wildfly
befinden sich übrigens nur folgende Struktur:standalone->deployment->j-lawyer-server.ear
.Ich werde das Gefühl nicht los, dass er das Update nicht richtig installiert hat. Ich habe die Dateien und Einstellungen der aktuellen Installation gesichert. Meinst Du es macht Sinn den Server zu deinstallieren und dann 1.10 zu installieren?
DocMexTeilnehmerHallo Jens,
das Verzeichnis /usr/local/j-lawyer-server/wildfly existiert.
wenn ich die Änderungen vornehme, dann lässt sich der Server nicht starten. Ich bekomme folgende Fehlermeldung:
Job for j-lawyer-server.service failed because the control process exited with error code. See "systemctl status j-lawyer-server.service" and "journalctl -xe" for details.
und wenn ich systemctl status j-lawyer-server.service aufrufe:
Job for j-lawyer-server.service failed because the control process exited with error code. See "systemctl status j-lawyer-server.service" and "journalctl -xe" for details. root@motherbrain:/etc/default# sudo systemctl status j-lawyer-server.service ● j-lawyer-server.service - LSB: WildFly Application Server Loaded: loaded (/etc/init.d/j-lawyer-server; generated; vendor preset: enabled) Active: failed (Result: exit-code) since Mon 2019-11-25 18:26:34 CET; 5s ag o Docs: man:systemd-sysv-generator(8) Process: 7397 ExecStop=/etc/init.d/j-lawyer-server stop (code=exited, status=1/ FAILURE) Process: 7430 ExecStart=/etc/init.d/j-lawyer-server start (code=exited, status= 1/FAILURE) Tasks: 89 (limit: 4915) CGroup: /system.slice/j-lawyer-server.service ├─6932 /bin/sh /usr/local/j-lawyer-server/wildfly-9.0.2.Final/bin/standalone.s h -c standalone-full.xml -b 0.0.0.0 └─7018 java -D[Standalone] -server -XX:+UseCompressedOops -server -XX:+UseComp ressedOops -Xms64m -Xmx1024m -XX:MaxPermSize=384m -Djava.net.preferIPv4Stack=true -Djboss .modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file =/usr/local/j-lawyer-server/wildfly-9.0.2.Final/standalone/log/server.log -Dlogging.confi guration=file:/usr/local/j-lawyer-server/wildfly-9.0.2.Final/standalone/configuration/log ging.properties -jar /usr/local/j-lawyer-server/wildfly-9.0.2.Final/jboss-modules.jar -mp /usr/local/j-lawyer-server/wildfly-9.0.2.Final/modules org.jboss.as.standalone -Djboss.h ome.dir=/usr/local/j-lawyer-server/wildfly-9.0.2.Final -Djboss.server.base.dir=/usr/local /j-lawyer-server/wildfly-9.0.2.Final/standalone -c standalone-full.xml -b 0.0.0.0 Nov 25 18:26:34 motherbrain systemd[1]: Starting LSB: WildFly Application Server... Nov 25 18:26:34 motherbrain j-lawyer-server[7430]: j-lawyer-server is not installed in "/ usr/local/j-lawyer-server/wildfly" ... failed! Nov 25 18:26:34 motherbrain systemd[1]: j-lawyer-server.service: Control process exited, code=exited status=1 Nov 25 18:26:34 motherbrain systemd[1]: Failed to start LSB: WildFly Application Server. Nov 25 18:26:34 motherbrain systemd[1]: j-lawyer-server.service: Unit entered fai led state. Nov 25 18:26:34 motherbrain systemd[1]: j-lawyer-server.service: Failed with resu lt 'exit-code'.
- Diese Antwort wurde vor vor 4 Jahren, 12 Monaten von DocMex bearbeitet.
DocMexTeilnehmerund:
## Configuration for domain mode
# JBOSS_DOMAIN_CONFIG=domain.xml
# JBOSS_HOST_CONFIG=host-master.xml## The amount of time to wait for startup
# STARTUP_WAIT=60## The amount of time to wait for shutdown
# SHUTDOWN_WAIT=60## Location to keep the console log
JBOSS_CONSOLE_LOG=“/var/log/j-lawyer-server/console.log“## Additionals args to include in startup
JBOSS_OPTS=“-b 0.0.0.0″DocMexTeilnehmerHallo Jens,
entschuldige, dass es bei mir länger gedauert hat.
Die Datei hat folgenden Inhalt:
# General configuration for the init.d scripts,
# not necessarily for JBoss AS itself.
# default location: /etc/default/wildfly## Location of JDK
# JAVA_HOME=“/usr/lib/jvm/default-java“## Location of WildFly
#JBOSS_HOME=“/opt/j-lawyer-server/wildfly-9.0.2.Final“
JBOSS_HOME=“/usr/local/j-lawyer-server/wildfly-9.0.2.Final“## The username who should own the process.
JBOSS_USER=j-lawyer-server## The mode WildFly should start, standalone or domain
# JBOSS_MODE=standalone## Configuration for standalone mode
JBOSS_CONFIG=standalone-full.xmlDocMexTeilnehmerIch habe den Server quasi huckepack auf eine Openmediavault Installation installiert. Die Basis ist:
Debian 4.19.67-2+deb10u2~bpo9+1 (2019-11-12) x86_64DocMexTeilnehmerHallo,
ich habe leider exakt das gleiche Problem. Die Installation läuft problemlos durch und der Client meldet Version 1.9. Ich nutze den Server auf einem intel NUC mit Debian Installation und als Client einen Mac.Gibt es schon eine Lösung zu dem Problem?
Beste Grüße
-
AutorBeiträge