Hack This Page!

Overview

This Page is an initial scratch-pad for ideas around how the GSoC REST, StorageService Backporting and Semantic Storage Projects will interact. Please add comments whereever you can.

The REST, BackPort and Semantic Storage Projects share several features that it would be advantageous for the mentors and students to be discussing and collaborating on.

1.) The DSpace REST Entity Broker Framework

2.) The DSpace 2.0 StorageEntity Service

3.) Fedora's Naively integrated TripleStore Provider Mulgara.

Architectural Comparison Between DSpace 1.x REST/Fedora and DSpace 2.x REST/Fedora


Recommendations:

For the DSpace Storage Service and Semantic Storage Projects, a recommendation that the DSpace Storage Service be re-factored.

MRD: I would propose that we need to continue to clean up the Storage Services API. I recommend two alterations to the API as a means to better mediate the separation between a DSpace Storage Entity as an "Identifier" and its Storage Properties as attributes that may be stored in one or more storage systems. This means that a couple things need to happen int he existing Storage API

  1. That "StoragePropertyDSpace" parameters should be dropped fromt he StorageEntity object all together.
  2. That "StorageProperty service methods for performing CRUD operations on Storage properties be maintained on a separate mixin interface.
  3. That StorageRelation be removed from the object model and relations be captured only by attaching StorageEntities as "values" of StorageProperties.

Links to Projects: