On Tue, Nov 12, 2013 at 08:12:27AM +0000, Anja Le Blanc wrote: > I like that. It fits in very well with how we locally operate our web > application (using only the suffix of the handle) and we don't have to > expose database ids. > > If the DSpace community can agree on this method, it would not be > difficult to modify the REST code to use the handle suffix as ID.
Well, no, I wrote unclearly. I meant to separate these functions by inventing a new, distinct sequential identifier for local use, and no longer using Handles or any part of them for any local identification. I think that global identifiers should only be attached to an Item as labels which are opaque to DSpace. We can resolve them to local objects as a service to others, and to link out to other services, but should not use them internally. -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Machines should not be friendly. Machines should be obedient.
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
_______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
