Versions Compared

Key

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

Table of Contents

Summary

The DSpace Demo Site (demo.dspace.org) should always run the latest, stable version of DSpace since this site is used for evaluating DSpace as a platform.

There would be significant benefit to running a cloud instance of the actively supported branches of DSpace (currently dspace-4_x, dspace-5_x, dspace-6_x).  This would ensure that anyone in the community would have access to latest code under consideration for a release.  

In particular, this would allow the DCAT team to conduct a testathon on a code base prior to the creation of a release/release candidate.

The DSpace 5.7 and DSpace 6.1 releases incorporated last-minute changes that unexpectedly introduced bugs into the system that were only discovered by running end to end functionality in DSpace.  Because of these bugs, new releases will need to be created.  The availability of a widely-accessible stable test environment might have prevented these bugs.

In the past, for For major DSpace releases, a release candidate is generated.  In order for the release candidate to be tested, host institutions need needed to install, deploy and test the release candidate on their own network.  .  This process can provide a valuable verification of installation and migration instructions, but it also imposes a significant burden on each host institution that participates in the test.  This burden lengthens the window of time required to conduct system testing.

What is required?

  • Donor to fund the creation of 3 new publicly-accessible DSpace instances
    • If cost is prohibitive, we could prioritize the DSpace 6 instance.
    • How much would this cost?
    • What constraints might need to be placed on the instances (# items, repository size)?
  • Volunteer to manage the cloud instances within the operational budget (bandwidth, compute, etc)
  • Creation of an automated code deployment process to update the instance based on changes to an active code branch.
    • Changes could deploy on merge or could be re-deployed on a set schedule
  • Creation of an automated data refresh process to keep content fresh and stable 
    • Similar to what is done for demo.dspace.org
  • Creation of a mechanism for executing command line processes 
    • In the most recent 6.1 release, bugs were introduced into these batch processes.  As part of a testathon, users should be able to validate the results of specific command line tasks.

Related Conversations

...