Title: Message Title
|
|
This ticket was discussed in our Developers meeting today (discussion starts around [21:06]): http://irclogs.duraspace.org/index.php?date=2014-02-19 A few notes / concerns here. (a) Unfortunately, the "item_id" is an internal, ephemeral identifier. It's not preserved by any of our import tools at this time, as it is not unique between DSpace instances. This is a known issue, and there is a proposal for a better identifier scheme in DSpace, see DS-1782 (which hopefully would help with the retaining stats issue). (b) AIPs actually will do some of what you seem to be asking for. You can replace items using AIPs and those relationships are retained (because the AIPs also preserve the relationships). However, AIPs do not retain "item_id" either so stats may still be lost after replacement. (c) I'm worried about the fact that PR#473 seems to make assumptions about which metadata to "keep" over which to "replace". For example: https://github.com/DSpace/DSpace/pull/473/files#diff-c943616b1204b22200dd5ba215f18a58R2169 Although the current code is somewhat "correct", it'd be better practice to use the org.dspace.content.InstallItem to manage this replacement process (as that same class is what does item "install" and "restore"). InstallItem is also used by all of our import tools (AIP, Submission UI, etc). so it is the central place that imports are managed. All in all, for now we've decided to delay this fix until 5.0. It's a little too large for 4.1 or 4.2 (since it changes the Collection and Item classes). It also probably needs some more rework/discussion/analysis.
|
|
Change By:
|
Tim Donohue
|
Fix Version/s:
|
4.1
|
Fix Version/s:
|
5.0
|
|
|
|
|
|
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel