Guter Punkt, ich habe das in der Installationanleitung angepasst:

Installation Linux

Ja, OpenJDK 8 geht wunderbar.

Grüße,
Jens
(j-lawyer.org)

Dieser Effekt ist mir von einigen Installationen bekannt, eine Systematik ließ sich bisher nicht erkennen. Ich hab das nochmal als Ticket festgehalten zur Analyse.

Grüße,
Jens
(j-lawyer.org)

Das Datenverzeichnis (dann allerdings Daten UND Backups) ist bereits konfigurierbar. Es gibt einen Eintrag in standalone-full.xml im Verzeichnis j-lawyer-server\wildfly…\standalone\configuration. Details müsste ich nachliefern, da ich gerade unterwegs bin.

Nur die Daten von den Backups zu trennen ist aktuell nicht enthalten.

Wir nehmen jedes Feedback dankend an 🙂

Grüße!
Jens
(j-lawyer.org)

Hallo nochmal,

1. Es ist einfach nicht umgesetzt. Ich verstehe auch Dein Anliegen, aber würde da noch einen Schritt weitergehen und die Backups auf externe Lokationen synchronisieren: http://trac.j-lawyer.org/ticket/156
Ein anderes Laufwerk für die Backups hilft natürlich bei einem technischen Defekt des primären Datenträgers, aber nicht bspw. bei einem Brand im Büro.

2. Das ist korrekt. Ja, man kann die Dokumente direkt aus dem Backuparchiv ziehen, wenn man weiß wie die interne ID der Akte lautet. Und ja, so wie es aktuell gemacht ist, ist das selektive Wiederherstellen für Otto Normalverbraucher zu kompliziert.

3. Ohne Erweiterung ist das nicht verfügbar. Es ist allerdings auch kein großer Aufwand – das könnte noch in die 1.8.1 rein.

Hast Du mittlerweile die Mail aus dem Ticketsystem erhalten? Ich sehe in der Adminoberfläche das hier:

Aktuelle E-Mail-Adresse: <**@x****.de>
Diese Adresse ist erfolgreich bestätigt worden.

Lass mich wissen wenn ich nochmal schauen soll.

Grüße!
Jens
(j-lawyer.org)

Zu Dokumentationszwecken, auch für andere Nutzer:

MySQL 5.7.4 bis 5.7.10 haben eine „Ablaufzeit“ von 360 Tagen für Passwörter voreingestellt, in späteren Versionen wurde dies wieder abgestellt.

Das Problem lässt sich wie oben beschrieben beheben, ggf. muss statt /usr/local/mysql/bin/mysql –u root -p ein /usr/local/mysql/bin/mysql –u root -p --connect-expired-password eingegeben werden.

Es kann problemlos das gleiche Passwort neu gesetzt werden.

Um ein erneutes Ablaufen des Passwortes zu verhindern, kann der MySQL-Nutzer entsprechend konfiguriert werden:
https://dev.mysql.com/doc/refman/5.7/en/password-expiration-policy.html

Jens
(j-lawyer.org)

Interessant, unter Mac scheint das MySQL-Passwort abzulaufen (nicht die j-lawyer.org Zugangsdaten)…

Bitte folgendes ausführen:

– Terminal starten
– ausführen: /usr/local/mysql/bin/mysql –u root -p

Daraufhin sollte nach dem AKTUELLEN Passwort gefragt werden. Das bitte eingeben. Sollte es nicht bekannt sein, es ist hier zu finden: Datei /j-lawyer-server/jboss-6.1.0.Final/server/default/deploy/jlawyerdb-ds.xml
Diese am besten mit TextEdit öffnen. Dort gibt es einen Abschnitt ähnlich diesem:
<password>meinPasswort23</password>
meinPasswort23 wäre in diesem Fall das aktuelle MySQL-Passwort.

Nach der Eingabe des aktuellen Passwortes (in mysl -u root -p wie oben angegeben) sollte nach einem neuen Passwort gefragt werden – ich würde hier mal versuchen das gleiche zu verwenden, es kann allerdings sein dass das abgelehnt wird.

Sofern das aktuelle Passwort auch das neue ist, ist an dieser Stelle nichts weiter zu tun außer den j-lawyer.org Server neu zu starten.

Sollte ein neues Passwort vergeben worden sein, so wäre dieses in die Datei zu speichern, ist es bspw. tritra0815, so wäre in jlawyerdb-ds.xml dann diese Zeile zu finden:
<password>tritra0815</password>
Auch in diesem Fall den j-lawyer.org Server neu starten.

Abschließend wäre im Fall eines neuen Passwortes die entsprechende Änderung im j-lawyer.org Client vorzunehmen – für die Datensicherung. (im Menü Einstellungen)