Beiträge von dmsrostra

volker.trotte

annkatrin.goepfert

Schliesse mich der Vorrednerin sowohl hinischtlich des Dankes als auch der Perfektion an.

Thema für mich erledigt.

volker.trotte

Herzlichsten Dank für die sonntägliche Mühe.

Ich bringe Ihre Vermutung (so etwas in diese Richtung hatte ich mir auch gedacht, ohne es beurteilen zu können - letzte beherrschte Programmiersprache war LISP -) nicht in Einklang mit dem Umstand, dass im Editor die Syntax OBJECT.setPrototypeOf angezeigt wird.

Dann müsste der Editor eine andere Grundlage haben als der Interpreter.

Ich konnte es mit der Library _lodash hilfsweise lösen, aber grundsätzlich sollte die im Editor angezeigte native Syntax ja auch funktionieren.

MfG dmsrostra

Laut Mozilla MDN soll zur Vererbung zweier Objekte folgendes funktionieren:

function a () {.......}

function b () {

a.call(this,[args]);

......}

Object.setPrototypeOf(b.prototype, a.prototype); //a soll an b vererben.

Im JS Code - Editor wird bei Eingabe von Object sogar die Methode setPrototypeOf() zur Auswahl angezeigt.

Bei der Code- Ausführung erhalte ich jedoch den Error:

Error: Cannot find function setPrototypeOf in object function Object() { [native code for Object.Object, arity=1] }

Für jeglichen Hinweis auf die Fehlerquelle und Korrektur dankbar!

Hallo Bruce,

hatte beim ersten Versuch mit dem angepassten PDF-Pfad einen Fehler und habe deshalb auf ID umgestellt. War aber wohl ein Typo beim Pfad.

Lt. Doku sind alle 3 von Dir genannten Varianten korrekt.

Ich werde dank Deines Scripts eine Funktion GetAttributesFromPDF(_idarray, _attributesarray) erstellen und exportieren.

Ist _idarray == Null, wird

query('nameextension_ci:pdf')

über alle PDF iteriert und für jede ID die im _attributesarray angegebenen Atrributnamen gelesen.

Bei Angabe eines _idarray wird dies nur für die angegebenen IDs gemacht (So kann man vorher eine PDF-Teilmenge filtern und damit die Funktion aufrufen)

Rückgabewert der Funktion ist dann eine Struktur mit allen angegebenen Attributswerten für jede ID.

Die zurückgegebenen Attribute können dann als Metadatum dem PDF-Objekt per common/metadata save hinzugefügt werden.

Nochmals ausserordentlichen Dank für Deine UNterstützung.

Ich benötige für mein Archiv ein Widget, mit dem der gesamte Archivbestand nach diversen Kriterien gefiltert werden kann, die aus dem Filter resultierende Objektmenge angezeigt wird und auf diese Objektmenge dann verschiedene Aktionen angewendet werden können (z.B. Änderung von Metadaten dieser Objektmenge).

In der Doku findet sich das Beispielt "sample-save-load.js", das einer Lösung schon sehr nahe kommt.

In der Doku ist erläutert, wie mit Hilfe des Events 'selectionChanged' auf ein einzelnes Objekt des Suchergebnisses zugegriffen werden kann.

Einen Hinweis, wie bereits beim ersten Anzeigen des Widgets bzw. nach Filteränderung auf alle angezeigten Objekte des Suchergebnisses zugegriffen werden kann, habe ich nicht entdecken können (Mag an fehlendem Know-How liegen).

Ausreichend wäre ein Array aller IDs dieser Objekte.

Herzlichen Dank vorab für jegliche Lösungsvorschläge.

Hallo Bruce,

herzlichen Dank nicht nur für die kompetente Lösung, sondern auch für den besonderen Aufwand der erläuternden Anmerkungen.

Nur der Vollständigkeit halber:

Da die Funktion readMetadata eine Objekt-ID verlangt, war noch eine kleine Anpassung notwendig.

Dank Deiner Hilfe ist das Thema nun erledigt.

Hallo Volker,

besten Dank für die Hinweise, denen ich teilweise auch schon nachgegangen war.

Das Original-Erstellungsdatum eines PDF erscheint mir als ein für ein DMS doch recht wichtiges Attribut, das beim Import automatisch integriert werden sollte. Daher landete ich bei dem bereits vorhandenen PDF-Contenttask, Zudem ist ja bei den ContentTasks der Bilddateien diese Funktionalität vorhanden. Wenn es dort richtig angesiedelt ist, wieso nicht auch bei einem PDF?

@ Entwicklerteam

Wenn die Common/pdf erlaubt, diese Attribute auszulesen, müsste doch auch eine Funktionalitätserweiterung des PDF-Contenttasks möglich sein?

Die Funktion pdf.readmetadata der common/pdf habe ich dank der Doku auch schon entdeckt. Allerdings ist mir unklar, wie aus dem zurückgelieferten XML-JavaScript-Format ein bestimmter Knoten elegant auszulesen ist. Mittels common/xml stringify bin ich zu einem String gekommen, der dann durchsucht werden könnte. Scheint mir aber etwas unprofessionell.

Gibt es irgendwo eine Anleitung, wie ein bestimmter Knoten des XML-JavaScript-Format ausgelesen werden kann?

Besten Dank vorab.

P.S.

Ein Teil der PDF meines Archivs wurde mit Acrobat erstellt, ein Teil mit exiftool nachbearbeitet. Ich habe festgestellt, dass exiftool den Aufbau des XMP-Teils des PDF wohl modifiziert, Daher ist das XML-JavaScript-Format strukturell zwar deckungsgleich, aber nicht einheutlich.

Lieber Herr Katzenmaier,

besten Dank für die Hinweise.

Meine Frage zielte eben exakt darauf ab, ob die disk2 der Virtual Appliance allein den opt-Pfad enthält oder eben auch noch andere Daten.

Im ersten Fall würde die disk2 exakt Ihrem gemounteten Volume entsprechen, dann sollte man den Austausch einfach vornehmen können, im zweiten Fall gibt es noch andere Abhängigkeiten.

Werde somit Ihren Vorschlag zum Klüger werden aufgreifen.

MfG und nochmaligem Dank für Ihr Engagement.

Hi,

Vorab einmal herzlichen Dank für die grossartige Anwendung und das vorzügliche Drum und Dran incl. Support.

Ich betreibe ein Produktivsystem in Form einer VM, das sich aus einem damaligen Download der Version 10 mit zahlreichen Anpassungen entwickelt hat.

Agorum Core wurde auf die aktuelle Version aktualisiert.

Mein Versuch, die damals in der VM verwendete Debian-Version 9 (Stretch) per dist-upgrade auch zu aktualisieren, scheiterte an "unmet dependecies" von firewalld und config-ws in Buster.

Daher die vielleicht laienhaft Frage zu einem möglichen einfachen Modernisierungsweg:

Sind die VM's so organisiert, dass man die neueste VM herunterladen kann, darin agorumcore auf die neueste Version upgraden kann, die identischen Plugins der alten VM installiert, und dann einfach die disk2 der neuesten VM mit der disk2 der alten VM ersetzt?

Herzlichen Dank vorab für Ihre Antwort.

Hi,

ich versuche vergeblich, im Bereich Main_Module_Management ..../contenttask den Eintrag PDF so anzupassen, dass auch das im PDF vorhandene Attribut "Creation Date" gemappt wird.

Nach Prüfung Quellcode mit archaischem studentischem Programmier Know-How scheint es, dass das zugehörige Script agorum.roi.ejb.common.ContentTaskPDFExtractor so etwas nicht vorsieht. Leider enthält die Dokumentation zwar für Bilddateien ausgezeichnete Hinweise, für PDFŝ jedoch nicht.

Falls meine Vermutung richtig ist, gibt es Ihrerseits einen Lösungsvorschlag?

Besten Dank im voraus