Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Release

...

4.

...

1.0

Released: November 23July 18, 20152016

The DuraCloud 34.61.0 release added features and updates to makes it possible to support storage in both the DPN and the Chronopolis systems independently. Support for storing content in DPN through Chronopolis remains, but this release opens the door for storing content in Chronopolis alone, for scenarios where storage in DPN is not appropriate.

The 4.1.0 release also adds several updates to better support deployment and operations, including CORS support and integration with SumoLogic logging management.

For details on specific changes which are included in the 4.1.0 release, see the JIRA issue tracker.

Release 4.0.0

Released: July 1, 2016

The DuraCloud 4.0.0 release focuses primarily on updates which allow for greater scaling and efficiency. DuraCloud will now be deployed as clustered software. While all storage accounts remain distinct, compute capacity will be shared and will scale to meet demands. This will provide increased upload and download throughput and simplify system administration, allowing for more frequent software releases.

The following changes are part of the DuraCloud 4.0.0 release:

  • Both the DuraStore and DurAdmin applications can now handle requests from any DuraCloud account through a direct connection with the account database
    • DuraCloud applications no longer require initialization
    • DuraCloud applications can now be clustered and served behind a load balancer to support horizontal scaling for greater request throughput
  • Storage reporting activities are now shared between the DuraCloud Mill and DuraStore
    • The Mill manages the capture of report data and DuraStore provides a brand new set of API calls to retrieve report data
    • The new DuraStore reporting API provides more flexibility in how storage reporting data can be retrieved
    • Storage data will be captured daily rather than weekly
    • The DuraBoss application has been retired
  • The UI of the SyncTool now supports setting chunk size, to allow files up to 5 GB to be transferred without chunking
  • DuraCloud applications now all require Java 8
  • Upgrades to security, http, and many other project dependencies, including requirements for version consistency
  • To see the full list of changes, or for more details on specific changes in release 4.0.0, see the JIRA issue tracker

Release 3.7.0

Released: January 29, 2016

The DuraCloud 3.7.0 release added the following features and updates:

  • User experience improvements when snapshots are taken, providing more immediate information and snapshot detail.

  • Improved performance for downloading manifests of large spaces.  Please note:  manifests are no longer sorted by default.  

  • Improved Sync Tool performance through checkpoint frequency reduction.

  • Reduced Sync Tool download size and startup time.
  • Users with USER role can now view streams on open spaces.
  • Improved error handling in queue deposit processing
  • Improved bridge notifications
  • To see the full list of changes, or for more details on specific changes in release 3.7.0, see the JIRA issue tracker.

 

Tip
titleBrowser Support Note

DuraCloud currently supports all of the major web browsers: Chrome, Safari, Firefox, and Microsoft Edge. As of version 3.7.0, DuraCloud no longer supports Microsoft Internet Explorer. This change is in response to Microsoft's recent end of support announcement for Internet Explorer. This shift allows development effort to be focused on delivering the highest quality user experience for the vast majority of our users. If you are still using Internet Explorer, we recommend you consider moving to one of the supported browsers mentioned above.

 

Release 3.6.0

Released: November 23, 2015

The DuraCloud 3.6.0 release added the following features and updates:

  • Administrators now see a "Request Restore" button on completed snapshots. Clicking this button sends DuraCloud staff an email and logs the event in the snapshot history.

  • All snapshots now have a "Preservation Network Member ID" field in the snapshot details, which captures the DPN Member ID.

  • When listing snapshots through the bridge REST API there are now several optional parameters to limit results.

  • Restore actions (requesting, initiating, completing, expiring) are automatically included in the snapshot history.

  • Non-administrative users can now view snapshots based on the permissions assigned to the associated space. So if a user has access to a space, they also have access to see the snapshots taken of that space.

  • Performing multiple snapshots at once is now supported.

To see the full list of changes, or for more details on specific changes in release 3.6.0, see the JIRA issue tracker.

Release 3.5.0

Released: October 19, 2015

The DuraCloud 3.5.0 release focuses on smoothing the integration with DPN.  The key features that were added that are visible in DuraCloud: 

  • Snapshot details, history, and artifacts are downloadable.
  • Manifest and audit logs are now visible to anyone with access to a space.
  • "Single Pass" mode for users running the DuraCloudSync tool in the GUI mode.
  • A snapshot action can now be restarted or cancelled, and any errors that occur while performing a snapshot can be reported properly.
  • Improved handling of chunked large files in snapshots
  • Administrators now see a "Request Restore" button on completed snapshots. Clicking this button sends DuraCloud staff an email and logs the event in the snapshot history.

  • All snapshots now have a "Preservation Network Member ID" field in the snapshot details, which captures the DPN Member ID.

  • When listing snapshots through the bridge REST API there are now several optional parameters to limit results.

  • Restore actions (requesting, initiating, completing, expiring) are automatically included in the snapshot history.

  • Non-administrative users can now view snapshots based on the permissions assigned to the associated space. So if a user has access to a space, they also have access to see the snapshots taken of that space.

  • Performing multiple snapshots at once is now supported.

To see the full list of changes and bug fixes, or for more details on about specific changes in release 3.65.0, see the JIRA issue tracker. DuraCloud Sprint and DuraCloud Vault Sprint

Release 3.

...

4.0

Released:

...

August 14, 2015

The DuraCloud 3.54.0 release focuses on smoothing the integration with DPN.  The key features that were added that are visible in DuraCloud: 

  • Restore function is limited to root users.  

  • Any users with read access can request a restore.

  • Metadata, added to the snapshot on completion, is viewable in the via the API as well as DuraAdmin.
  • Jump start feature in the synctool increases upload throughput by not checking for the existence of an item in DuraCloud before uploading it.
  • Security was added to the bridge api
  • Content in restored spaces expire after a period of time and are automatically cleaned up
  • Snapshot details, history, and artifacts are downloadable.
  • Manifest and audit logs are now visible to anyone with access to a space.
  • "Single Pass" mode for users running the DuraCloudSync tool in the GUI mode.
  • A snapshot action can now be restarted or cancelled, and any errors that occur while performing a snapshot can be reported properly.
  • Improved handling of chunked large files in snapshots.
  • To see the full list of changes

...

  • , or for more details

...

  • on specific changes in release 3.

...

  • 4.0, see

...

Release 3.3.0

Released: June 15, 2015

...

  • The Duplicate on Ingest service is now the Duplicate on Change service.
    • This service now supports all of the same on-ingest features as before, but it now also performs duplication of all update and delete actions as well. This allows the primary and secondary cloud stores to be kept completely in sync.
  • The Bulk Bit Integrity Service has been improved.
    • This service has been updated and verified to properly handle spaces with up to 1 million items
    • The second step of the MD5 verification, which used to run locally on the instance, has been moved to hadoop, allowing the service to complete much more quickly for large data sets.
  • User management functions have been removed, as they are now performed by the DuraCloud Management Console.
    • As a convenience, administrators are still able to see the list of users and their roles within the DuraCloud Administrator UI.
  • Service outputs have been made more consistent.
    • All DuraCloud services which produce an output file now store that file in the x-service-out space.
    • Services which produce log files store those logs in the x-service-work space.
    • The names of the output files have been made more consistent, making it simpler to determine which files correspond to which service deployment.
  • Password security has been improved.
    • All passwords used within DuraCloud are now immediately pushed through a hashing function before being are stored, so that no user passwords are transferred or stored as clear text.
  • A ServiceClient is now available, to compliment the StoreClient and make it easier to make direct API calls to manipulate DuraCloud services.

...