Beiträge von volker.trotte

Als Gast kannst du das komplette Forum ansehen. Um selbst Beiträge oder Themen verfassen zu können, musst du dich erst registrieren.

    Hier ist ein ein Stück Code, der genau das macht, was der Worker auch macht.
    Du könntest ihn durhc console.log angaben debuggen und dann analysiren, wo genau er fehlschlägt, vielleicht bekomst du auch eine genauere Fehlermeldung.
    Du musst deine UUID eintragen.
    Das ist alles aber schon sehr entwicklungslastig.
    Hinweis: ich habe den ganzen Code der Version 11.13.0 entnommen.
    Hinweis 2: Das hier ist die Suche, die der Worker nutzt um entsprechende Objekte zum verarbeiten zu finden:

    Code
    identifier_ci:agorum_composite_notification agorum_composite_notification_next_date_range:[* TO NOW] agorum_composite_notification_count:[0 TO *] agorum_composite_notification_interval:[0 TO *]

    Hallo StefanF schau mal hier:

    Nthusiast
    6. März 2024 um 13:37

    Nach einem Neustart wird das "first message date" auf die Zeit des Neustarts gesetzt und das "last message date" wandert im 5-Minuten-Takt mit der jeweils aktuellen Uhrzeit mit.

    Wobei ich gerade festgestellt habe, dass hier ein uralter MySQL-Server läuft, vielleicht ist ein Update auf eine aktuelle MariaDB die Lösung?! Werde ich heute Abend mal testen.

    anni@agorum:~$ sudo /opt/agorum/agorumcore/mysql/bin/mysql --version
    /opt/agorum/agorumcore/mysql/bin/mysql Ver 14.14 Distrib 5.7.17, for linux-glibc2.5 (x86_64) using EditLine wrapper

    Lösung nicht unbedingt, aber ein update ist angeraten - siehe auch
    AES-256 encryption is not available

    Wobei ich nicht wirklich verstehe, warum das jdk beim Update von agorum core nicht automatisch mit aktualisiert wird (oder gibt es ein sinnvolles Szenario bei einer veralteten jdk bleiben zu wollen/müssen?) oder zumindest im Rahmen eines dependency checks eine Warnung erscheint, dass das aktuell verwendete jdk zu alt für die neue Version ist.

    Die Frage musst du annkatrin.goepfert stellen :D
    Ich weiss nur, dass es Nutzer gibt, die ein sehr speziellen anwendungsfall haben (z.B. arm prozessoren) wo dann ein anderes jdk gebraucht wird, dass würde bei einem Update dann nicht mehr gehen.
    ebenso werden ja alle Dritttools (ghostscript, imagemagick, datenbank...) auch nicht automatisch aktualisiert. Das ist Teil des Betriebs.

    Hallo Anni
    Das ist tatsächlcih etwas tricky

    agorum.roi.ejb.common.Transaction$TransactionException: Could not commit transaction (null|Already marked for rollback)
    at agorum.roi.ejb.common.Transaction.commit(Transaction.java:111)

    Dieser Teil der Fehlermeldung verweist darauf, dass eine DB Transaction nicht durchgeführt werden konnte. Es sollte also imho nicht das Problem des scriptes das hier läuft sein, sondern der Datenbank.
    Bleibt dieses Problem nach einem Neustart (explizit auch der DB) bestehen?

    Wir hatten heute das gleiche Problem bei einem Kunden (Windows Server 2019)

    Wir haben ganz kurz temporär folgendes geändert:

    Zitat

    Password must meet complexity requirements = disabled (war enabled)


    Dann den Domänenjoin gemacht -> das klappte, dann wieder zurückgestellt

    Der Dienstleister des Kunden hatte da aber viele Bauchschmerzen bei.
    Der join hatte dann erstmal geklappt - ob das SSO dann auch wirklich klappt, dass muss ich noch prüfen.
    Wir haben das dann sofort wieder zurückgestellt (Password must meet complexity requirements = enabled)

    Wäre es nicht möglich, bei der Maske "SSO" im Support Tool weitere Eingabefelder für den Benutzername+passwort für den Benutzeraccount der in der Domäne angelegt werden muss einzufügen? jede Domäne hat ihrer eigenen Passwortsicherheitsrichtlinien, da wird ein automatisch generiertes Passwort (was hoffentlich so ist) es nicht unbedingt treffen.

    Hallo npoessl,

    acls werden aus Sicherheitsgründen beim einfachen cut&insert beibehalten.
    Du könntest z.B. einen worker/task machen, der die Objekte neu berechtigt.
    Alternativ könntest du auch eine Kontextmenüaktion registrieren und einbauen, welches das Verschieben technisch abbildet und die ACLs setzt. Dann könntest du auch steuern wer diese Aktion ausführen darf.

    Ich tippe darauf, dass der unc-Pfad den agorum beim direkten öffnen herausgibt zu lang für Windows
    In 9.3.1 wurde dazu folgendes eingebaut.

    Überschreitet ein Pfad eine bestimmte Länge (200 Zeichen), wird nun beim Öffnen über den agorum client automatisch eine Verlinkung im Home-Verzeichnis des Benutzers angelegt, um die Kompatibilität mit Windows-Clients zu verbessern


    Für dein aktuelles Problem gibt es da - so mir bekannt - wohl eher keine sinnvolle Lösung als ein Update zu machen.

    Hallo, das Öffnen von PDF's über das agorum core (Laufwerk oder SmartAssistant) bringt eine Fehlermeldung.
    Die PDF's selber sind i.O.
    Mit zwei anderen PDF-Readern (PDF 24 und Foxit oder auch Browser) lassen sich die PDF's öffnen.
    Die möglichen Sicherheitseinstellungen im adobe sind geprüft und gesetzt, leider ohne Erfolg. Der Kunde muss leider bzgl. anderer Anwendung den adobe acrobat reader als Produkt einsetzen. Ideen immer gerne willkommen.

    Moin KStoehr gibt es viellicht Probleme bei der maximalen Pfadlänge unter Windows?
    Lade doch testweise das pdf mal herunter und öffne es manuell aus dem Downloadordner heraus - geht das?

    Hallo markusloffler
    Die Möglichkeit Mails automatisiert per Mailadapter in agorum herunterzuladen gibt es tatsächlich erst ab der Pro Version.
    Je nach dem wie du mailservertechnisch ausgestattet bist - hilft aber vielleicht die eingebaute Mailserverfunktionalität.
    agorum bringt einen eigenen Mailserver mit. Du kannst Mails entsprechend an einen konfigurierten Port im agorum weiterleiten und diese Mails werden dann je nach Zieladresse den usern im agorum zugeordnet.
    Sieh mal hier:
    E-Mails mit agorum core empfangen

    Hallo markusloffler,

    Wenn du 3 verschiedene Systeme willst, dann lieber einen vserver (linux/proxmox) und 3 VMs (linux). Der vserver sollte sich dabei am besten an den Vorschlägen von agorum orientieren (hier auf genügend RAM achten). (https://www.thomas-krenn.com/de/unternehmen…h-server-agorum)
    Dann 3 Mal agorum installieren und fertig.
    Ich würde _nicht_ dazu raten 3 Systeme auf einem bare metal bzw. auf einem Betriebssystem zu machen. Da sind (sehr viele) Konfigurationen nötig, die das alles aus meiner Sicht unnötig komplex machen.

    Unabhängig ob nu 3 VMs oder eine - Bitte auch immer mind. 1 Test und im Idealfall 1 DEV-System einplanen und auch eine Backupstrategie.
    Gerne unterstützen wir euch auch auch darin.

    Genau, ein mandantenfähiges Archiv wäre eine Lösung. Allerdings geht das ja nur mit Agorum Core Pro?

    Eine andere Lösung wären drei komplett getrennte Installationen, die aber auf einem Server laufen, z.B. via Docker.

    Kurzum, ja das geht (innerhalb eines agorum-Systems)
    * X-getrennte System wären möglich aber nur bei ganz speziellen Datenschutzvoraussetzungen erforderlich

    Theoretisch brauchst du nicht zwangsläufig die pro-Version.

    Es kommt darauf an, wie und was du genau erreichen willst. Ob du etwas vorgefertigtes (z.B. ein Plugin das so etwas schon bietet benutzen willst/kannst) oder lieber selber machen möchtest.


    Kurzum brauchst du. z.B. unter Dateien

    * je Mandant einen Ordner mit Ordnerstruktur.
    ** Jeder Mandantenordner erhält eine separate ACL-Berechtigung mit entsprechenden Gruppen und usern
    Dann hast du x Rechtegetrennte Mandanten"archive"/Ordner
    Theoretisch ist das alles mit einer structure.yml (link zur doku) erreichbar

    Ob das deinen Anforderungen (die hier nur ungenau beschrieben sind) genügt, kann ich allerdings nicht sagen.
    Gerne unterstützen wir dich aber bei der Einrichtung/Konfiguration