Dann ist sehr wahrscheinlich die LibreOffice-Version veraltet.

Danke! So richtig schlau werde ich aus dem Log nicht. Wird nur der Server-Container gestartet, oder nutzt Du compose? Es gehören ja ein Datenbankcontainer und ein j-lawyer-Container zusammen.

Hallo,

der Docker-Container ist nicht für den produktiven Einsatz gedacht und wird hier nur spärlich supported. Er ist primär für die Integratoren gedacht.

Das Log oben weist daraufhin, dass keine Verbindung zur Datenbank besteht (oder ein anderes datenbankbezogenes Problem besteht). Ist das das gesamte Log? Ansonsten mal in den Container attachen und die Datei wildfly/standalone/log/server.log lesen.

VG
Jens / j-lawyer.org

Sie müssen die mysql.exe auf Ihrem System finden (da nicht vom j-lawyer installiert, kann ich nicht sagen wo sie sich befindet), den vollen Pfad dieses Ordners kopieren und ihn in den PATH aufnehmen. Das Vorgehen weicht ab, je nach verwendetem Betriebssystem und -version. Bitte Google bemühen, ich habe keine Anleitung parat.

Könntest Du die create_database.sql einmal prüfen? Es sollte dort kein

ALTER TABLE cases DROP FOREIGN KEY fk_group;

drinstehen, sondern das hier:

SET @db_name = 'jlawyerdb';
SET @table_name = 'cases';
SET @foreign_key_name = 'fk_group';
SELECT IF(
    EXISTS (
        SELECT 1
        FROM information_schema.TABLE_CONSTRAINTS
        WHERE CONSTRAINT_SCHEMA = @db_name
          AND TABLE_NAME = @table_name
          AND CONSTRAINT_NAME = @foreign_key_name
          AND CONSTRAINT_TYPE = 'FOREIGN KEY'
    ),
    CONCAT('ALTER TABLE ', @table_name, ' DROP FOREIGN KEY ', @foreign_key_name, ';'),
    'SELECT "Foreign key does not exist."'
) INTO @sql;
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;

Bitte dann nicht selbst editieren, ich würde dann ein SQL-Script bereitstellen. Würde heißen, dass das falsche Script in den Installer geraten ist oder vorher mal eine Installation bestand und der Installer das Script nicht mit der neuen Version überschreibt.

Der Systemreport enthält irgendwie alle möglichen Varianten, mal SMB, mal FTP, mal SFTP.

Bei SFTP wird die Verbindung abgelehnt. Es scheint am Zielgerät kein SFTP zu laufen. Selbiges gilt für FTP.

Bei SMB / Windows-Freigabe hängt es an ungültigen Zugangsdaten:

Could not validate external storage location smb://…:…@KINDL-SERVER/Daten/: Logon failure: unknown user name or bad password.: jcifs.smb.SmbAuthException: Logon failure: unknown user name or bad password.

Hallo,

das lässt sich nicht konfigurieren. Der Abruf passiert nur für den Posteingang, nicht für Unterordner. Die Symptomatik wird also um so schlimmer
– je mehr Nachrichten im Posteingang liegen
– je langsamer die Internetanbindung ist

Abhilfe kann hier geschaffen werden, indem der Posteingangsordner nicht als Archiv genutzt wird.

Die Alternative wäre ein langes Warten bei jedem Klick auf eine Nachricht.

VG
Jens / j-lawyer.org

Das ist reines Abwimmeln. Haben Sie die konkrete Fehlermeldung und das Szenario geschildert?

j-lawyer 3 hat die Änderungen der KSW-Schnittstelle übernommen und implementiert, das ist hier nicht das Problem.