Der CSV_FN Export ist nur für einen Teil der OPUS 4 Nutzer relevant (siehe #1341) und wird immer wieder aktualisiert und angepasst. Damit diese Aktualisierungen nicht von OPUS 4 Releases abhängig sind, sollte das Format in ein separates OPUS 4 Paket ausgelagert werden.
Das neue Paket könnte außerhalb der OPUS4 Organisation gehostet werden, aber durch die Nähe des BSZ zur OPUS 4 Entwicklung macht es Sinn das Paket zentral mit zu pflegen.
Für die Auslagerung sind mehrere Schritte erforderlich.
- CSV_FN spezifisches XSLT aus der Datei
csv_utils.xslt herausholen (neu csv_fn_utils.xslt)
ExportFormatProviderInterface definieren (opus4-common) und in application integrieren- opus4-csv-fn Paket anlegen und Dateien verschieben
- ProviderInterface implementieren und in Application integrieren
Damit wäre es dann möglich CSV_FN zu aktualisieren und neue Versionen des Paketes zu aktualisieren. Integration in das Publish-Modul und Enrichments im Zusammenhang mit CSV_FN wären damit nicht abgedeckt.
Der CSV_FN Export ist nur für einen Teil der OPUS 4 Nutzer relevant (siehe #1341) und wird immer wieder aktualisiert und angepasst. Damit diese Aktualisierungen nicht von OPUS 4 Releases abhängig sind, sollte das Format in ein separates OPUS 4 Paket ausgelagert werden.
Das neue Paket könnte außerhalb der OPUS4 Organisation gehostet werden, aber durch die Nähe des BSZ zur OPUS 4 Entwicklung macht es Sinn das Paket zentral mit zu pflegen.
Für die Auslagerung sind mehrere Schritte erforderlich.
csv_utils.xsltherausholen (neucsv_fn_utils.xslt)ExportFormatProviderInterfacedefinieren (opus4-common) und in application integrierenDamit wäre es dann möglich CSV_FN zu aktualisieren und neue Versionen des Paketes zu aktualisieren. Integration in das Publish-Modul und Enrichments im Zusammenhang mit CSV_FN wären damit nicht abgedeckt.