All, I've verified this and added a issue for it:
http://jira.dspace.org/jira/browse/DS-471 As Paulo says, it only is a bug for the /internal/repository/123.1/mets.xml path (which is supposed to provide repository-wide metadata in XMLUI). The other paths in the XMLUI all work fine, and don't assume that the prefix is an integer. - Tim On 1/22/2010 2:14 AM, [email protected] wrote: > Hi > > Please noie that in the little piece of code I have modified only in the > case of "repository" the handle prefix was treated as Integer and that > was wrong but in the cases of "item", collection", and "community" it is > not the handle prefix but the internal ids, witch have to be transformed > to integers for the code to work. > > Paulo Jobim > > ----- Mensagem de [email protected] --------- > Data: Thu, 21 Jan 2010 22:02:18 -0800 > De: Mark Diggory <[email protected]> > Endereço para Resposta (Reply-To): Mark Diggory <[email protected]> > Assunto: Re: [Dspace-devel] Accessing repository metadata PATCH > Para: Kim Shepherd <[email protected]> > Cc: [email protected] > > > > On Thu, Jan 21, 2010 at 6:39 PM, Kim Shepherd <[email protected]> wrote: > > > >> Stuart wrote: > >> > >> > > I think handle prefixes should always be treated as Strings, and > from > >> > what I?ve seen, they usually are (eg. HandleManager). > >> > > If there are just a few rare occurrences of ?assuming handle > >> > prefixes are Integers? in Dspace, perhaps we should open a JIRA issue > >> > to identify them all and get them patched. I suspect most culprits > will > >> > be in the UI code. > >> > > >> > Does http://jira.dspace.org/jira/browse/DS-357 cover it? > >> > >> I see that issue as being related to the CNRI handle plugin/server, > which a > >> lot of institutions don't use at all, not the internal handling of > "handle" > >> prefixes in Dspace itself... if we can at least avoid assuming handle > >> prefixes are Integers in Dspace, then everything internal (ie. > everything > >> except resolution of http://hdl.handle.net/xx/xxx handles) will work. > >> > > > > If people are assuming this while coding DSpace, its a horrid mistake, > > handle prefixes have never been integers... always. From the beginning > > dsp...@mit's prefix has always been "1721.1" > > > > > > Once that is sorted, we can work on DS-357 and fix up the CNRI handle > plugin > >> for people who subscribe to that service and wish to have non-Integer > >> handles. > >> > > > > It's not exactly something you can "wish', CNRI assigns the handle > prefix, > > they are the authority. This is a coding bug. I don't think the Handle > > plugin ever had any requirements that this be an integer in it, only the > > requirement that it be of the format <prefix>/<id> with a restriction on > > using "/" as it is the delimiter. > > > > Note, we should all recall that Richard Jones put a huge amount of > working > > into extracting the Handle service requirements in the DAO branch a > couple > > years ago, and somehow, somway, we need to make sure this work on > > ExternalIdentifiers really should not go to waste...it is the > direction that > > will make it so that those orgs that do not want to run a handles server > > will not need to worry about what this 1234567890 tomfoolery. > > > > Mark > > > > > > -- > > Mark R. Diggory > > Head of U.S. Operations - @mire > > > > http://www.atmire.com - Institutional Repository Solutions > > http://www.togather.eu - Before getting together, get t...@ther > > > > > ----- Final da mensagem de [email protected] ----- > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > > > > _______________________________________________ > Dspace-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-devel ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
