docuteam:improvements
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
docuteam:improvements [2019/06/11 12:52] – Andreas Nef | docuteam:improvements [2019/09/12 09:00] – [In Arbeit] Tobias Wildi | ||
---|---|---|---|
Zeile 4: | Zeile 4: | ||
Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung unserer Werkzeuge. Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, | Wir erhalten regelmässig Inputs und Vorschläge für die Weiterentwicklung unserer Werkzeuge. Um die Roadmap allen Benutzern unserer Software zugänglich zu machen, publizieren wir nicht nur die Vorschläge, | ||
- | ==== Vorschläge ==== | + | ==== Vorschläge/ |
* Kontrolliertes **Löschen von AIP** aus dem Repository. Eine Möglichkeit wäre, in einem Workflow die Root-PID des Objekts anzugeben und dann das gesamte Objekt zu löschen. Die Herausforderung dieser Funktionalität sehen wir vor allem auch in der sorgfältigen Konzipierung, | * Kontrolliertes **Löschen von AIP** aus dem Repository. Eine Möglichkeit wäre, in einem Workflow die Root-PID des Objekts anzugeben und dann das gesamte Objekt zu löschen. Die Herausforderung dieser Funktionalität sehen wir vor allem auch in der sorgfältigen Konzipierung, | ||
* Umsetzung sollte dann auch über docuteam bridge zugänglich sein. | * Umsetzung sollte dann auch über docuteam bridge zugänglich sein. | ||
Zeile 10: | Zeile 10: | ||
* Grob diskutiert am Community Day 2018 | * Grob diskutiert am Community Day 2018 | ||
* Wette in Gang Tobias/ | * Wette in Gang Tobias/ | ||
+ | * docuteam bridge | ||
+ | * Updates und Deletions | ||
+ | * docuteam packer mit Submit-Funktion nach docuteam bridge | ||
+ | * Überarbeitung der Ablieferungsvereinbarungen | ||
+ | * Die aktuellen Ablieferungsvereinbarungen bieten – aufbauend auf ISO 20652:2006 (CCSDS 651.0-B-1: | ||
+ | * In der Praxis zeigt sich jedoch, dass nur ein kleiner Teil davon effektiv genutzt wird. Eine künftige Version soll sich darauf konzentrieren, | ||
==== In Arbeit ==== | ==== In Arbeit ==== | ||
Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand Juni 2019): | Unsere Softwareentwicklung konzentriert sich gegenwärtig auf die folgenden Punkte (Stand Juni 2019): | ||
Zeile 17: | Zeile 22: | ||
* Version 4.1 | * Version 4.1 | ||
* dynamisches Mapping | * dynamisches Mapping | ||
- | * Fedora 4 | + | * Fedora 4 (resp. Version 6 im Frühjahr 2020) |
* Data- and Metadata-Model Matterhorn RDF, siehe Dokumentation: | * Data- and Metadata-Model Matterhorn RDF, siehe Dokumentation: | ||
* Storage-Adapter für docuteam feeder, um Objekte in Fedora 4 zu speichern | * Storage-Adapter für docuteam feeder, um Objekte in Fedora 4 zu speichern | ||
* Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora 4 | * Anpassung von docuteam rservices für die Auslieferung von Nutzungskopien und DIP aus Fedora 4 | ||
- | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora 4.x | + | * Update- und Migrationsmethoden Fedora 3.8 auf Fedora 4 |
- | * docuteam bridge | + | * Java 11-Kompatibilität |
- | * Updates und Deletions | + | * Mit dem Wechsel von Oracles Release-Zyklus für Java unterstützen wir künftig jeweils die Long Term Support (LTS)-Versionen. |
+ | * Im Frühjahr 2020 (mit Verfügbarkeit von Fedora 6) stellen wir auf Java 11 um. | ||
==== Erledigt ==== | ==== Erledigt ==== |