Hi Phil, Yes, the basic provider doesn't allow you to configure the baseURL given; it just assumes it's the tomcat url. (FedoraOAIProvider.java, line 151)
The error you've got sounds like you've got the OAIProvider service configured to work against MPTStore, but your Fedora repository is configured to use Mulgara (the data/resourceIndex directory is only auto-created in the latter case). If you want the OAIProvider to work against your Mulgara-backed resource index, you'll need to make sure you're using the ITQLQueryFactory (not the MPTQueryFactory) in proai.properties: http://fedora-commons.svn.sourceforge.net/viewvc/fedora-commons/services/oaiprovider/trunk/src/config/proai.properties?revision=7588&view=markup - Chris On Wed, Nov 12, 2008 at 2:07 PM, Phil Cryer <[EMAIL PROTECTED]> wrote: > Thanks Chris, I have a few more questions, and some error messages that > I hope you can help with. > > First, am I correct that when using the basic OAI the baseURL is > hardcoded and unchangeable? This is my issue with getting my Fedora > instance indexed by OAIster and the reason I'm going down this > OAIprovider path now (for now just getting the 'basic' OAI working would > be great). > > I've spent most of the morning configuring the OAIProvider > service, but have gotten to where I get errors that start with: > javax.servlet.ServletException: Unable to initialize ProviderServlet > > proai.error.RepositoryException: Unable to initialize > fedora.services.oaiprovider.MPTQueryFactory > > java.lang.RuntimeException: Could not initialize table mapper > > org.apache.commons.dbcp.SQLNestedException: Cannot create > PoolableConnectionFactory (Unknown database 'riTriples') > > Does this point to OAIprovider not configured correctly, or Fedora? I > installed FC 3.0 with RI on, and I can see that > FEDORA_HOME/data/resourceIndex is populated, should the missing > databases listed be created before I kick off OAIprovider, or should > those have been there from before? > > Thanks > > P > > On Wed, 2008-11-12 at 11:55 -0500, Chris Wilper wrote: >> Hi Phil, >> >> You could technically run both at the same time; they don't know about >> each other. The simple OAI provider basically works without any >> configuration, so it's been an easy way for people to get their >> repositories exposed. The OAIProvider service (based on Proai) is >> considerably harder to get up and running, but the key advantages are >> that it runs separately from the Fedora Repository service and is >> quite a bit more configurable. For example, the "describe" page can >> be anything you want. The way the OAIProvider service works is >> dependent on the Resource Index being turned on. It can either be >> backed by Mulgara or MPTStore. Basically it periodically polls the >> resource index looking for updates. For any records of interest that >> have been updated since last time, it gets the content and caches it >> locally. Meanwhile, it responds to PMH requests on the front end >> using whatever's currently in the cache. >> >> - Chris >> >> On Tue, Nov 11, 2008 at 1:26 PM, Phil Cryer <[EMAIL PROTECTED]> wrote: >> > I have OAI working on my FC 3.0 install - but it fails when I test it >> > against OAIster because the URL that I give it: >> > http://fedora.mobot.org/fedora/oai >> > >> > isn't what the service reports: >> > http://fedora.mobot.org:8180/fedora/oai >> > >> > I don't want to expose :8180 to the outside world, so it's proxied >> > behind the webserver. note that this passes the other tests OAIster >> > runs on it. >> > >> > I've found that PROAI >> > http://fedora-commons.org/confluence/display/FCSVCS/OAI+Provider+Service >> > +1.2 >> > >> > ...does allow you to specify the URL in the .properties file, so two >> > questions: >> > >> > - how do I install PROAI if I already have the basic OAI funtioning >> > - what is the relationship between the two >> > >> > Thanks >> > >> > P >> > -- >> > Phil Cryer | Open Source Dev Lead | web www.mobot.org | skype phil.cryer >> > >> > >> > ------------------------------------------------------------------------- >> > This SF.Net email is sponsored by the Moblin Your Move Developer's >> > challenge >> > Build the coolest Linux based applications with Moblin SDK & win great >> > prizes >> > Grand prize is a trip for two to an Open Source event anywhere in the world >> > http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> > _______________________________________________ >> > Fedora-commons-developers mailing list >> > [email protected] >> > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >> > > -- > Phil Cryer | Open Source Dev Lead | web www.mobot.org | skype phil.cryer > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
