Beiträge von volker.trotte

Fabian: Freut mich, dass nun soweit alle Unklarheiten beseitigt sind

Zitat von Fabian

Ich hatte die vorhergehenden Tutorials durchgearbeitet. Auch die MetaDaten sind über die metadata.yml vordefiniert und eingespielt. Dennoch bekomme ich Sie nur in die obere Tabelle eingefügt. der "Stift" der unteren Tabelle lässt (browserunabhängig) keine Aktion zu. Nur das Feld "Optional" lässt sich hier editieren.

Ohne screenshot etwas schwer - aber ich vermute einfach mal, dass es um die untere Tabelle direkt auf der "Akte" im Smart-Assistant-Konfigurator Punkt "Anlage" geht (die Ebene mit dem Plus-Symbol davor).

Diese Metadaten werden automatisch aus der tieferliegenden Struktur übernommen und von dort nur solche Metadaten, die keinen festen Werden haben - also eingegebene werden müssen.

Angenommen deine Struktur hat einen Hauptordner "Akte".
Auf diesem legst du fest, das er Metadatum "a" und Metadatum "b" hat (vorher über metadata.yml erstellen).

Bei Metadatum a schreibst du in der Spalte "Fester Wert" ein beliebiges Wort rein, in Metadatum "b" kommt nichts rein, das ist leer.

Dann erscheint Metadatum b auf der obersten Ebene in der unteren Tabelle und du kannst nur noch sagen, ob das optional ist oder nicht (dann ist es Pflicht)

Fabian:
Vielleicht noch etwas Hintergrundwissen: Es kann nur ein aktives "nicht Addon" geben, aber beliebig viele aktive Addons.

Über die Selektoren in den Aktionen etc. wird gesteuert, was wann wo angezeigt wird.
Existieren in mehreren aktiven Addons Aktionen mit dem gleichen internen Namen, gewinnt jene Aktionen, mit dem genauesten Selektor (wie bei css, mit dem Selektor der die meisten "Regeln" enthält)

Zitat von Fabian

Leider ist auch trotz Deaktivierung meiner "Konfigurationen" der Explorer nicht wieder aufgetaucht. Gibt es eine Möglichkeit diesen wieder sichtbar zu machen bzw. das System so zu debuggen, dass ich die Ursache finden kann? Ein erneutes aufsetzen des Systems ist (leider kam dies schon mehrfach vor) nicht der richtige Weg

VG Fabian

Fabian - vermutlich hast im Smart-Assistant-Konfigurator deine eigene Konfiguration ohne den "add-on" haken veröffentlicht.

Einfaches deaktivieren der Konfiguration reicht nicht aus, um den ursprünglichen Zustand wiederherzustellen.

Öffne den Smart-Assistant-Konfigurator mit der Konfig "Staandard" und veröffentliche diese. Standard dürfte dem Auslieferungszustand von agorum entsprechend. Danach musst du das Browserfenster neu laden.

Danach kannst du ergänzenderweise deine Assistant-Konfig (mit addon-Haken) veröffentlichen.

Zitat von NorbertK

Klar, mache ich, danke.

Weil es zum Glück ein Testsystem ist, habe ich erst einmal die Runde hier gedreht. Aber der Kunde ist schon neugierig.

Mich würde interessieren, welches Ergebnis es hier gibt

bmargos

Die 11.4 ist seit Montag veröffentlicht. Da ist auch die 2FA mit drin.

Jascha

Eine Notiz gehört i.d.R. immer zu einem Dokument. Eine Nutzung ohne Dokument ist imho nicht vorgesehen/gewünscht.
Man könnte sich jedoch einfach ein "dummy"-Dokument machen und dort Notizen anhängen (z.B. per allgemeiner Rechtsklick-Aktion).
Alternativ: Ich habe schön des Öfteren den Ordner "/agorum/roi/files" genutzt, da er fast ständig in der UI verfügbar ist.

Es ist auch - mit entsprechenden Kenntnissen - möglich sich eine Art von "Notizbrett" zu erstellen. Dafür wäre ein aguila-widget eine gute Grundlage.

dmsrostra

Ich tippe darauf, dass der seit neuestem verwendete "Monaco"-Editor bei seinen Syntaxvorschlägen für das "Object" (nicht mit common/objects verwechseln) die momentan gültige ES6-Syntax zur Grundlage nimmt.

Da "Object" generischer Teil von Javascript und nicht agorum spezifisch ist und der Monaco Editor für gewöhnlich für die Entwicklung moderner Webanwendung in aktuellen Browsern und mit einer aktuellen JS-Version entwickelt wird, unterscheiden sich in diesem Fall tatsächlich Editor (Monaco) und Interpreter (RhinoJS) voneinander.

dmsrostra
Ich tippe darauf, dass Object.setPrototypeOf erst mit ES6 eingeführt wurde.

Das (ES6 Implementationen) wird von der von agorum verwendeten RhinoJS Implementation nicht unterstützt.

Hallo dmsrostra,

Die Contenttasks sind dafür nicht der richtige Ort.
Am besten du verwendest einen Cronjob bzw. worker (wenn du dich damit gut auskennst). In Verbindung mit der Bibliothek common/pdf kannst du pdf metadaten auslesen und damit machen was du möchtest.

Doku common/pdf

Doku worker

Doku Cronjob

twytec
Wir benutzen für spezifische Dinge immer eine Custom API - diese kann in der Regel auch recht schnell integriert werden.
Das ist aus unserer Sicht häufig einfacher, da wir hier mehr Kontrolle darüber haben, was passiert.

zum Debuggen empfehlen wir tools wie z.B. Talend API Tester o.ä.

Doku: Eigenen (custom) JavaScript-API-Service erstellen

KStoehr

Zieht der (neue) agorum core client sich nicht normalerweise die IP vom ersten Netzlaufwerk?
Sprich wenn das agorum eine neue IP hat, muss eigentlich das Netzlaufwerk umgestellt werden und der client nimmt dann die IP-Adresse des Netzlaufwerks.

Siehe auch die Doku:
"Verbinden Sie zuerst das agorum core dms drive (smb), da der agorum core client nachträglich verbundene Laufwerke nicht erkennt. Sind bereits mehrere Netzlaufwerke verbunden, wählt der agorum core client die Zugangsdaten des Laufwerks mit dem niedrigsten Laufwerks-Buchstaben (etwa E vor Z)."

Quelle

Ja, mich würde das auch interessieren

PapaGei Das Migration Tool ist dazu da, Daten von System A nach System B zu transferieren.

System B ist dabei ein "leeres" agorum.
Sobald Daten dort eingespielt werden, läuft der SolR (die Suchmaschine in Hintergrund) selbstständig los und indiziert die Daten, so dass diese dann per Suche gefunden werden können.

Das kann je nach Datenmenge und Konfiguration des System (Hardware+Software) eine Weile dauern. Eine Übersicht über den aktuellen Stand der Indizierung lässt sich im Support Tool finden.

Dominik Katzenmaier

Du kannst auch eine Version von MariaDB verwenden, siehe Doku:
https://agorumdocproxy.agorum.com/roiwebui/acds_module/overview2/index.html#/7a345050-e913-11e9-a3bc-005056aa0ecc/28195e30-a897-11e9-bc04-005056aa0ecc

PapaGei
Sie müssen nicht zwangsläufig auf eine neue Appliance wechseln - es sei denn die neue Debianversion ist wichtig.
Eine Migration ist nicht unbedingt nebenbei gemacht. Wir selbst vermeiden das - insbesondere wenn die Datenmenge schon größer ist.

Ganz grundlegend muss die Datenbank exportiert und importiert und danach saubererweise das System reindiziert werden.
Das setzt aber tieferes Wissen voraus.

Alternativ kann auch das Migration Tool verwendet werden:
agorum core migration tool

Aus meiner Sicht ist es einfacher, das agorum selbst zu updaten und dann (wenn nötig) das Debian auf der gleichen Maschine zu aktualisieren. (vorher ein Backup machen)

Jascha

Schön, dass es geklappt hat.

Nur ein Hinweis noch:

Der Designer ist wirklich veraltet - die yml-Dateien sind definitiv der bessere und nachhaltigere Weg.

Normalerweise kann man den Displayname über den Metadaten-Designer ändern. Ich weiß aber nicht, ob dieser in der Open zur Verfügung steht.

Sofern er da ist, muss der "angezeigter Name" geändert werden.

Danach am besten das betreffende Browserfenster per STRG+R neu laden.

Guten Morgen Jascha,

Das nachträgliche Ändern von Datentypen von Metadaten ist nicht trivial und recht aufwendig.

Am besten (so ist es auch empfohlen) legen Sie ein neues Metadatum mit einem anderen Namen anlegen.

Vielleicht sowas mit "bezahlt_zeichenkette" oder ähnlich.

VG

Lina Valantukeviciute
Wenn die Library auf deiner Linux-Maschine fehlt, versuche diese mal zu installieren - hast du das schon gemacht?

sudo apt-get install libaio1

Je nach Linux-Distribution und Installationsweise der Distri sind nicht immer alle "Standard"-Pakete installiert.