Thinking about this - you should just be able to update jars in the oai
provider's lib folder with updated versions from Fedora's lib directory -
particularly fedora-client (and maybe trippi).
 
 
-----Original Message-----
From: Steve Bayliss [mailto:[email protected]] 
Sent: 02 March 2009 18:13
To: 'Richard Green'; '[email protected]';
'[email protected]'
Subject: RE: [Fedora-commons-users] Proai and 2.2.4



>From the tucana namespaces it looks like your version of proai was built
against Fedora 2.2.3/Kowari - you need a version built against 2.2.4,
http://tucana.org/tucana needs changing to http://mulgara.org/mulgara in the
queries.
 

-----Original Message-----
From: Richard Green [mailto:[email protected]] 
Sent: 02 March 2009 14:27
To: [email protected];
[email protected]
Subject: [Fedora-commons-users] Proai and 2.2.4



On Friday night we switched from Fedora 2.2.3 to 2.2.4.  All seemed well,
except that we now find that Proai isn't picking up changes.  Each time it
polls we get:

 

ERROR 2009-03-02 13:25:43.463 [http-9080-29] (RISearchServlet) Unexpected
error servicing API-A request

org.trippi.TrippiException: Query failed

        at
org.trippi.impl.mulgara.MulgaraSession.query(MulgaraSession.java:131)

        at
org.trippi.impl.base.ConcurrentTriplestoreReader.findTuples(ConcurrentTriple
storeReader.java:79)

etc

 

and further down in the list:

 

        ... 37 more

Caused by: org.mulgara.query.QueryException: Error resolving [$date
http://tucana.org/tucana#after
"2009-02-27T21:12:53.999Z"^^<http://www.w3.org/2001/XMLSchema#dateTime>
rmi://localhost/fedora#xsd] from rmi://localhost/fedora#xsd

        at
org.mulgara.resolver.LocalQueryResolver.resolve(LocalQueryResolver.java:194)

        at
org.mulgara.resolver.DefaultConstraintHandlers$3.resolve(DefaultConstraintHa
ndlers.java:131)

 

The date/time matches the point at which we turned 2.2.3 off.

 

The proai.properties file has an entry dependent on Kowari
(fedora.services.oaiprovider.ITQLQueryFactory) or MPT store
(fedora.services.oaiprovider.MPTQueryFactory).  Is it also the ITQL version
for Mulgara - or is there an unmentioned update?  If that isn't the problem,
any other thoughts?  

 

Richard

___________________________________________________________________

 

Richard Green

Manager, RepoMMan, RIDIR and REMAP Projects

e-Services Integration Group

 

www.hull.ac.uk/esig/repomman

www.hull.ac.uk/ridir

www.hull.ac.uk/remap

http://edocs.hull.ac.uk

 

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Fedora-commons-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Reply via email to