Versions Compared

Key

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

Excerpt

This page represented a proposed RoadMap to 2.0 from Tim Donohue. It still needs broader discussion/approval before adoption.

Overarching Goals

The overarching, defining goals of this general 2.0 RoadMap are as follows:

  1. Simplify the process of installing & upgrading (make it easier for institutions to stay "up to date" with their installation)
  2. Improve upon the ability to import / export data and generally make data more accessible/usable by external applications/systems (i.e. improve "integration points")
  3. Make steps to allow for decentralized support of add-ons, third-party user interfaces, etc. (i.e. make steps to no longer require all DSpace modules/UIs be supported centrally by the Committers)
  4. Make steps to enable DSpace with Fedora Inside as an installation option

Proposed RoadMap

Info

Please note the the features listed under each release are only suggestions of priority! It may be that specific tasks/features will end up happening in either an earlier or later release, based on available developer/committer time.

DSpace 1.8.0 (Oct 2011)

The following features should be higher priority for this release:

  • Initial simplification of Installation/Upgrade processes (see DS-802)
  • Refactoring & modularization, which may include taking initial steps detailed in one or more of the following proposals:
  • Begin to Improve "Interoperability" / Integration points
  • Also release features which just missed 1.7, but seem of high interest. Especially the following (this is not an exhaustive list!):

DSpace 1.9.0 (TBD - Oct 2012?)

  • Additional Refactoring & Modularization (especially in preparation for "DSpace with Fedora Inside"). This may include:
  • Improvements / simplification to Configuration of DSpace (perhaps even moving some configs to a DB). Minimally, this needs to simplify the 'dspace.cfg'.
  • Change which Interfaces come "out-of-the-box", and allow others to be optionally installed at a later time (The following is only meant as an example.)
    • Default install may only include: XMLUI, SOLR, possibly SWORD?
    • Change LNI, OAI-PMH, REST and JSPUI to "optional". Potentially even 'deprecate' LNI (or locate external, third-party support for it).
    • Encourage the community to develop / share / support their own third-party UIs (which potentially could communicate with DSpace via REST API, or via a refactored DSpace Domain Model API).
  • Asynchronous Job Scheduler? (would replace the need to schedule jobs via 'cron' or similar)

DSpace 2.0 (TBD - Oct 2013?)

  • Support for DSpace with Fedora Inside (will likely require more Refactoring/Modularization to achieve)

DSpace 2.0 (TBD - Oct 2013?)