Ralph, This is what Maven is rather good at. I feel we would rather only have to maintain the DSpace oriented support locally at dspace.org. This means that for practical purposes, the dependences and you protocol handling logic/interfaces would be maintained as a separate project at OCLC. Would OCLC be interested in publishing these dependencies into either the central Maven artifact repository or maintain a OCLC local Maven repository that jars/wars could be downloaded from?
In terms of producing a war that contains one or more of the database implementations, first I would recommend maintain each of those database implementations as a separate maven project dependent on a maven project containing only your protocol handling logic/ interfaces, A Maven "war" project would then provide a assembly point to join each of those separate projects together. Hey, If you want to chat about this over the phone I'd be glad to set aside a little time to chat about it. We could even rather quickly create some "shell" project structures that you can drop your source into to test the concept out. Cheers, Mark On Aug 17, 2007, at 9:25 AM, LeVan,Ralph wrote: > Probably old code. > > I have my latest code controlled in Subversion behind the company > firewall now. The only thing I'm lacking is an idea for how to > organize the various subprojects to build a working deployment. > > Let me describe my setup and see if someone out there can help me > organize it. > > I have a main project named SRW with all the protocol handling > logic and interfaces for database logic. > > I have a number of other projects with implementations for > databases including straight Lucene and Lucene/DSpace. > > The problem is that some project, either the SRW project or a > database project, needs to be able to generate a .war file that > includes the product of the other project(s). I can't come up with > an auto-magic way of making that happen. If one of you can suggest > how to do that, I'd be very grateful and deploy it immediately. > > In the meantime, I'll send my latest SRW and SRWDSpace jars to Mika. > > Thanks! > > Ralph > > -----Original Message----- > From: Mika Stenberg [mailto:[EMAIL PROTECTED] > Sent: Friday, August 17, 2007 3:57 AM > To: LeVan,Ralph > Cc: dspace-tech@lists.sourceforge.net; Peter Cliff > Subject: Re: [Dspace-tech] DSpace and Z39.50 > > I tried to see the URL you sent but the site was down this morning? > > In my server.xml I have already set URIencoding as follows: > > <Connector port="8080" maxHttpHeaderSize="8192" > maxThreads="150" minSpareThreads="25" > maxSpareThreads="75" > enableLookups="false" redirectPort="8443" > acceptCount="100" > connectionTimeout="20000" disableUploadTimeout="true" > URIEncoding="UTF-8"/> > > > What else might be wrong? > > -Mika > > > >> I tried a search for the author "Siikamäki" and got a bad result >> back. My guess is that you haven't set the URIEncoding in your >> tomcat. See this page for information on how to do that: >> http://confluence.atlassian.com/display/DOC/Configuring+Tomcat's >> +URI+encoding >> >> Ralph >> >> -----Original Message----- >> From: [EMAIL PROTECTED] [mailto:dspace- >> [EMAIL PROTECTED] On Behalf Of LeVan,Ralph >> Sent: Thursday, August 16, 2007 9:30 AM >> To: Mika Stenberg >> Cc: dspace-tech@lists.sourceforge.net; Peter Cliff >> Subject: Re: [Dspace-tech] DSpace and Z39.50 >> >> The word "test" in that URL is in the position where the database >> name occurs. If you want to search DSpace, replace "test" with >> "DSpace". >> >> Here's a search in your database: >> http://otto.terkko.helsinki.fi:8080/SRW/search/DSpace? >> query=dc.creator%20=%20"Aalto,%20Anu"&maximumRecords=1 >> >> >> Ralph >> >> -----Original Message----- >> From: Mika Stenberg [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, August 15, 2007 3:36 AM >> To: LeVan,Ralph >> Cc: Peter Cliff; dspace-tech@lists.sourceforge.net >> Subject: Re: [Dspace-tech] DSpace and Z39.50 >> >> I tried this one but have hard time making it work. The installation >> seems to be succesful, but I cant figure out how to make queries >> to my >> own Dspace database? >> >> The test query is built like this: >> http://otto.terkko.helsinki.fi:8080/SRW/search/test? >> query=cancer&maximumRecords=1 >> >> So how should I change it to search my Dspace instance? Removing the >> "test" part results to error. >> >> Thanks, >> Mika >> >> >>> OCLC provides an SRW/U interface to DSpace. See >>> http://www.oclc.org/research/software/srw/ >>> >>> Ralph >>> >>> -----Original Message----- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] On Behalf Of >>> Peter >>> Cliff >>> Sent: Tuesday, August 14, 2007 10:47 AM >>> To: dspace-tech@lists.sourceforge.net >>> Subject: [Dspace-tech] DSpace and Z39.50 >>> >>> Hello! >>> >>> I've been trawling through the DSpace mailing list archives and >>> also the >>> >>> documentation, and while I've found a few references - notably an >>> email >>> stating that there was a task to add Z39.50 and SRU to DSpace in >>> 2003 - >>> I've not found any concrete evidence that would suggest DSpace >>> supports >>> either protocol. >>> >>> Am I right in thinking that DSpace does not ship with a Z39.50 >>> and/or >>> SRU (or even SRW) interface? >>> >>> I realise adding one would be pretty straight forward for an >>> implementor, either by indexing the output of an OAI-PMH request for >>> everything (using, say, IndexData's Zebra) or using the DSpace >>> search >>> API and something like JZKit >>> (http://developer.k-int.com/projects.php?page=dspace for example). >>> >>> Thanks, >>> >>> Pete Cliff >>> Research Officer, Repositories Support Project, >>> UKOLN, University of Bath >>> >>> >>> >>> >>> -------------------------------------------------------------------- >>> ---- >>> - >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a >>> browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> _______________________________________________ >>> DSpace-tech mailing list >>> DSpace-tech@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/dspace-tech >>> >>> -------------------------------------------------------------------- >>> ----- >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a >>> browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> _______________________________________________ >>> DSpace-tech mailing list >>> DSpace-tech@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/dspace-tech >>> >> >> > > > -- > Mika Stenberg > IT-asiantuntija > > Terveystieteiden Keskuskirjasto > Lääketieteellinen tdk > PL 61 (Haartmaninkatu 4) > Helsingin Yliopisto > 00290 Helsinki > > puh. +358-9-191 26807 > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech ~~~~~~~~~~~~~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
