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 >>> install >>> them into Maven and adjust the build dependencies so they are >>> included. >> >> >> The starting point of what I'm doing is replacing HandleManager.java in >> place with our own code -- ugly but necessary, since it consists >> entirely of static methods. To make it generate real persistent >> identifiers, it's necessary to add a couple of supporting classes, which >> I've put in an edu.harvard.hul.ois package, and these in turn require >> some jar files. > > > Sounds like your trying to use the Harvard Naming Service? Can you give > me a list of the jars you require? Are any of them third party to OIS?
The files are nrs.jar and jdbc.jar, both local to OIS. The Java files so far are called URNMaker.java and URNException.java. The jar files set up a thin JDBC wrapper for talking to our Name Resolution Service database. It's not a huge amount of code. There are a few extra items in the config file to set up the database connection. We have the jars set up in a local repository (Unix directory), with some simple version management. The repository isn't mounted on the machine we're using for DSpace work and isn't available by HTTP, so Maven's proclivity for fetching resources from repositories might be difficult to satisfy. > Its a tough call, we are currently rewriting the whole Handle/ > Identifier mechanism (as we discussed earlier). In this case there may > be a mix of approaches, It might just be better to alter dspace- api > (HandleManager) then port over to the new Identifier service when it > comes out in the next major release (but that may very well be next > year). Which would mean that you'd need to port over your changes to > dspace-api on every minor release. > > But if you do, it would save you work later if you encapsulate all your > hul.ois identifier stuff in a separate addon project. This project > would be added as a modules to [dspace-source]/dspace/pom.xml and added > as a dependency in that pom (for CLI applications) and in > [dspace-source]/dspace/modules/pom.xml (for webapplications) > > tell me a little more about all the added dependencies and I'll try to > map out the strategy in that context. -- Gary McGath Digital Library Software Engineer Harvard University Libraries, Office for Information Systems ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
