data from the OAI provider because of
the same problem. I'm considering patching InstallItem.java so that it
never puts the provenance element into the metadata in the first place.
Would this cause any problems?
--
Gary McGath
Digital Library Software Engineer
Harvard Un
t;). If I do that, Manakin hangs. I then refined the attempt to
redirect "metadata/**" to something else. Same result.
--
Gary McGath
Digital Library Software Engineer
Harvard University Library Office for Information Systems
http://hul.harvard.edu/~gary/index.html
--
restarted DSpace,
though, it hung. Changing it back let DSpace run normally.
Is there something else that needs to be changed in order to disable or
modify the metadata URLs?
--
Gary McGath
Digital Library Software Engineer
Harvard University Library Office for Information Systems
http
Gary McGath wrote:
> Sigh ... Implemnting embargo on the Manakin side of DSpace 1.5 is
> proving to be the bane of my life. I appreciate the suggestions I've
> received, but most of them require waiting, and that isn't an option.
>
> Anyway, I've been trying to imp
nto
TableRow.setColumn(String, Date), so I know that it's being reached, has
correct data, and appears to complete correctly. I've stripped out the
debugging code for readability, but it shows that DatabaseManager.update
() is returning 0; i.e., it thinks that the row hasn't been modified
pt index-all mentioned is absent on [dspace]/bin, Instead there are
>>2 scripts in the name of index-init and index-update
>>Tried running each of them but its throwing the following error
--
Gary McGath
Digital Library Software Engineer
Harvard University Library Office for Informa
ot; metadata for the item. This can only be
done at the conclusion of creating the item (or so I assume), but I'm
having an oddly hard time figuring out where that final step is done.
Can someone give me a pointer on that?
--
Gary McGath
Digital Library Software Engineer
Harvard University Lib
e the hooks should go is the trickiest part. Right now I'm
concentrating on the post-processing classes for the steps, which are in
org.dspace.submit.step under dspace-api.
--
Gary McGath
Digital Library Software Engineer
Harvard University Library Office for Information Syst
rather than using handle.net?
We have been able to do that by making changes in DSpace 1.5 to
HandleManager.java and writing some custom code to interface to our own
naming repository. It's a bit ugly, but not as bad as some people have
made it out to be. I could send you a copy of w
there may more subtle issues, and something for the XMLUI
paralleling the JSP appears to be needed.
--
Gary McGath
Digital Library Software Engineer
Harvard University Library Office for Information Systems
http://hul.harvard.edu/~
y) which would be added to as a
> in the pom and thus the jars could be gotten from on any
> account/server you were building on. If you reach this point, it
> definitely benefits you to consider having a separate maven project for
> t
Mark Diggory wrote:
>
> On Apr 16, 2008, at 1:03 PM, Gary McGath wrote:
>
>> Mark Diggory wrote:
>
>
>>> Tell me a little about those tools you've developed? How are they
>>> managed, is there a release cycle... I can direct you on how to
>>
Mark Diggory wrote:
>
> On Apr 16, 2008, at 12:11 PM, Gary McGath wrote:
>
>> It's embarrassing that I should have to ask how to make a simple change
>> to a makefile, but I'm finding Maven to be one of the most bewildering,
>> overly complex pieces of sof
ells Maven that it _is_
a jar file, but apparently nothing more specific than that. Could
someone point me at a simple explanation of how to get this to work?
--
Gary McGath
Digital Library Software Engineer
Harvard University L
used, which provides a stronger guarantee of uniqueness?
I'm aware, by the way, that DSpace 1.6 has totally new code for
non-Handle persistent identifiers. Our schedule doesn't let us wait.
Don't blame me, I'm only the programmer. :)
--
Gary McGath
Digital Library Software E
a look at the trunk in
> sourceforge.
Thanks!
--
Gary McGath
Digital Library Software Engineer
Harvard University Library Office for Information Systems
http://hul.harvard.edu/~gary/index.html
-
This SF.net
ere, or are there other issues which I've missed?
--
Gary McGath
Digital Library Software Engineer
Harvard University Library Office for Information Systems
http://hul.harvard.edu/~gary/index.html
-
This SF.net email
17 matches
Mail list logo