Release date: TBANovember 1, 2016
We are proud to announce the release of Fedora 4.7.0.
Table of Contents | ||
---|---|---|
|
Resources
Team
Release Manager
- Jared Whiklo, University of Manitoba
Developers
...
Aaron Birkland, Johns Hopkins University
Unknown User (acoburn), Amherst College
- Andrew Woods, DuraSpace
- Benjamin Armintor, Columbia University
- Bethany Seeger, Amherst College
- Esme Cowles, Princeton University
- Jared Whiklo, University of Manitoba
- Joshua WestgardMichael Durbin, University of VirginiaMaryland
- Mirek Simek, University of Chemistry and Technology, Prague
- Mohamed Mohideen Abdul Rasheed, University of Maryland
- Nick Ruest, York University
- Kevin Ford, Art Institute of Chicago
- Longshou Situ, University of California, San Diego
- Michael Durbin, University of VirginiaPeter Eichman, University of Maryland
- Yinlin Chen, Virginia Tech
Issue Reporters
- Andrew Woods
- Bethany Seeger
- Esmé Cowles
- Jared Whiklo
- Jim TuttleCoble
- Joshua Westgard
- Justin Coyne
- Matthew Hanlon
- Peter Eichman
Summary
The Fedora 4.7.0 release furthers several major objectives:
- Upgrade to Modeshape 5.0.0 Final
- Fedora Export/Import service tools
- Final
- Tighten the definition of the RESTful application programming interface (API)
- Replace legacy transform service with more powerful LDPath service
- Fix bugs
This release will be is the last first release built against a version of Modeshape that uses does NOT use Infinispan for data storage.
Excerpt | ||
---|---|---|
|
Changes
ModeShape 5 Upgrade
This release represents a significant change to Fedora's underlying persistence implementation. The ModeShape application over which the Fedora implementation is built has seen a major upgrade. As a part of that upgrade, the object persistence layer has changed from using a product called Infinispan to native, pluggable, support for storage backends including JDBC stores such as PostgreSQL and MySQL.
Although this simplifies the application architecture, it does require a backend data upgrade from previous Fedora 4.x versions to 4.7.0. The upgrade process involves performing a backup of your existing Fedora, followed by a restore into your new 4.7.0 Fedora.
In the event that an error is experience during the restore process, the Fedora Upgrade Utility may be used.
...
Before performing a backup of your 4.x repository, you must first upgrade to the Fedora 4.6.1 patch release. Fedora 4.6.1 includes a patch to the underlying ModeShape that generates backups suitable for restore to Fedora 4.7.0.
Expand | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
|
Service Modularity
In an on-going effort to decouple non-core features from the core codebase, two features have been refactored.
Transform
The extension module fcrepo-transform is not included in the 4.7.0 release of Fedora. This module was used to transform RDF resources into JSON using programs based on LDPath. The functionality provided by fcrepo-transform is now available in the fcrepo-ldpath component of the fcrepo-camel-toolbox project.
More information about using the fcrepo-ldpath component is available in the project README: https://github.com/fcrepo4-exts/fcrepo-camel-toolbox/tree/master/fcrepo-ldpath
Additional information about LDPath can be found on the Marmotta website: http://marmotta.apache.org/ldpath/language.html.
File System Connector
This release extracts the file system connector functionality out as an optional, extension module in a similar fashion to the audit and authorization features. Although the file system connector feature is available in the "webapp plus" deployable artifact, its use should be considered with caution, as the feature will likely be removed in the future.
Expand | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
|
Application Programming Interface
One of the technical priorities of Fedora is to define a well-specified application programming interface (API) against which client applications can be written and future server-side implementations can be created. This Fedora API should be clear and detailed enough such that a corresponding technology compatibility kit (TCK) would be able to indicate if any Fedora implementation fulfills or diverges from the specification. With this in mind, several issues were addressed in this release that clean up Fedora's RESTful interaction.
One new feature which has been requested by the community is support for checksums on non-RDF resources in addition to the previous SHA-1. This release includes additional support for fixity checking with SHA-256 and MD5 checksums.
Expand | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
|
Documentation
This release includes updated facilities for Fedora administrators. Application logging has been improved to support granular configuration of logging levels at the individual package level. Additionally, documentation on best practices for customized namespace prefix mapping has been updated.
Expand | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
|
Housekeeping and Bugfixes
Numerous refactorings, bugfixes, and clean-up tasks were addressed in this release:
Expand | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
|
Complete Listing of Resolved Tickets
Expand | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
|