RE: [Fedora-commons-users] Fw: RDF Graphs update problem in 2.2Hi Chris.
I installed the modified jar file as you requested, however now I am =
receiving the following error:=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
ERROR 2007-03-28 16:44:08.894 [Thread-5] (FullTextStringIndex) Unable to =
delete the string '-178665963230835853259'
java.io.IOException: Lock obtain timed out
at org.apache.lucene.store.Lock.obtain(Lock.java:97)
at org.apache.lucene.index.IndexReader.delete(IndexReader.java:371)
at org.apache.lucene.index.IndexReader.delete(IndexReader.java:404)
at =
org.kowari.resolver.lucene.FullTextStringIndex.remove(FullTextStringIndex=
.java:663)
at =
org.kowari.store.AbstractDatabaseSession.insertIntoFullTextStringIndex(Ab=
stractDatabaseSession.java:5050)
at =
org.kowari.store.AbstractDatabaseSession.delete(AbstractDatabaseSession.j=
ava:1611)
at =
org.trippi.impl.kowari.KowariSession.doPlainLiteralTriples(KowariSession.=
java:179)
at =
org.trippi.impl.kowari.KowariSession.doTriples(KowariSession.java:149)
at org.trippi.impl.kowari.KowariSession.delete(KowariSession.java:132)
at =
org.trippi.impl.base.MemUpdateBuffer.writeBatch(MemUpdateBuffer.java:204)=
at org.trippi.impl.base.MemUpdateBuffer.flush(MemUpdateBuffer.java:128)
at =
org.trippi.impl.base.ConcurrentTriplestoreWriter.flushBuffer(ConcurrentTr=
iplestoreWriter.java:272)
at =
org.trippi.impl.base.ConcurrentTriplestoreWriter.run(ConcurrentTriplestor=
eWriter.java:302)
at java.lang.Thread.run(Unknown Source)
org.kowari.query.QueryException: Unable to add ";" to full text string =
index
at =
org.kowari.store.AbstractDatabaseSession.insertIntoFullTextStringIndex(Ab=
stractDatabaseSession.java:5059)
at =
org.kowari.store.AbstractDatabaseSession.delete(AbstractDatabaseSession.j=
ava:1611)
at =
org.trippi.impl.kowari.KowariSession.doPlainLiteralTriples(KowariSession.=
java:179)
at =
org.trippi.impl.kowari.KowariSession.doTriples(KowariSession.java:149)
at org.trippi.impl.kowari.KowariSession.delete(KowariSession.java:132)
at =
org.trippi.impl.base.MemUpdateBuffer.writeBatch(MemUpdateBuffer.java:204)=
at org.trippi.impl.base.MemUpdateBuffer.flush(MemUpdateBuffer.java:128)
at =
org.trippi.impl.base.ConcurrentTriplestoreWriter.flushBuffer(ConcurrentTr=
iplestoreWriter.java:272)
at =
org.trippi.impl.base.ConcurrentTriplestoreWriter.run(ConcurrentTriplestor=
eWriter.java:302)
at java.lang.Thread.run(Unknown Source)
Caused by: org.kowari.resolver.lucene.FullTextStringIndexException: =
Unable to delete the string '-178665963230835853259'
at =
org.kowari.resolver.lucene.FullTextStringIndex.remove(FullTextStringIndex=
.java:687)
at =
org.kowari.store.AbstractDatabaseSession.insertIntoFullTextStringIndex(Ab=
stractDatabaseSession.java:5050)
... 9 more
Caused by: java.io.IOException: Lock obtain timed out
at org.apache.lucene.store.Lock.obtain(Lock.java:97)
at org.apache.lucene.index.IndexReader.delete(IndexReader.java:371)
at org.apache.lucene.index.IndexReader.delete(IndexReader.java:404)
at =
org.kowari.resolver.lucene.FullTextStringIndex.remove(FullTextStringIndex=
.java:663)
... 10 more
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
I might be wrong, but have you considered also altering the =
trippi-1.1.2.jar included in the Fedora client bundle? It appears that =
it has also something to do with the indexing procedure.
=20
----- Original Message -----=20
From: Chris Wilper=20
To: Georgios Markakis ; fedora-commons-users@...
Sent: Friday, March 23, 2007 11:40 PM
Subject: RE: [Fedora-commons-users] Fw: RDF Graphs update problem in =
2.2
Hi Georgios,
Thanks for the details... I'm fairly certain I've tracked this down as
a simple regression bug in the trippi library.
Can you please try the attached jar file and report back on your =
success?
If successful on your end, I'll do a bugfix release of trippi and =
apply
the updated jar to the fedora-2.2 maintenance branch.
To test this, in webapps/fedora/WEB-INF/lib/, delete =
trippi-1.1.2-kowari.jar,
and put the attached file there instead. Then restart Fedora and test =
with
a fresh object.
Thanks,
Chris
-----Original Message-----
From: fedora-commons-users-bounces@... on behalf of =
Georgios Markakis
Sent: Mon 3/19/2007 2:33 PM
To: fedora-commons-users@...
Subject: [Fedora-commons-users] Fw: RDF Graphs update problem in 2.2
This way it is working perfecly fine. However I do need the lucene =
model in order to be able to submit queries of this kind:
select $object $status from <#ri-fullText> where
$object <http://ics.forth.gr/container#status> 'dra*' and
$object <http://ics.forth.gr/container#status> $status
It used to work in previous versions of fedora (2.1). We are =
developing a newspaper digitization platform (TIMAEUS) that is using =
fedora as its backend =
(http://www.ercim.org/publication/Ercim_News/enw66/theodoridou.html). =
Everything worked fine in 2.1 but when we tried to port this project to =
the new version of fedora we encountered this problem. I would be a =
shame if we had to roll back to fedora 2.1 since 2.2 performs much =
better at a first glance.
Obviously this has to do with the lucene model. Could you please =
provide a workaround or a patch in order to deal with this problem?
Thanks
Georgios
----- Original Message -----
From: Chris Wilper
To: Georgios Markakis ; fedora-commons-users@...
Sent: Saturday, March 17, 2007 2:54 AM
Subject: RE: [Fedora-commons-users] RDF Graphs update problem in 2.2
Hi Georgios,
Does the query also show an inconsistency if you adapt it to simply =
work against the kowari model (and not involve the lucene model)?
For example:
select $object $status from <#ri> where
$object <http://ics.forth.gr/container#status> 'draft' and
$object <http://ics.forth.gr/container#status> $status
fyi: http://www.kowari.org/oldsite/257.htm#o261
- Chris
=20
=
-------------------------------------------------------------------------=
-----
From: Georgios Markakis
Sent: Fri 3/16/2007 5:40 PM
To: fedora-commons-users@...
Subject: [Fedora-commons-users] RDF Graphs update problem in 2.2
Hi
I am experiencing some weird problems with fedora 2.2 regarding the =
updating of RDF graphs in the Kowari Datastore. It appears that the =
graphs are not handled properly at least in my fedora installation. =
After updating the contents of a RELS-EXT datastream the new values =
coexist with the old ones. For example
=20
Let's assume that we have a RELS-EXT datastream with the following =
structure:
=20
<rdf:RDF xmlns:container=3D"http://ics.forth.gr/container#" =
xmlns:rdf=3D"http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Description rdf:about=3D"info:fedora/HDMS:1">
<container:status>draft</container:status>
</rdf:Description>
</rdf:RDF>
=20
by submitting the following ITQL query to the riSearch interface
select $object $status from <#ri-fullText> where
$object <http://ics.forth.gr/container#status> 'draft' and
$object <http://ics.forth.gr/container#status> $status in <#ri>
(1)
=20
we obtain the following CSV result:
=
"object","status"info:fedora/HDMS:7,draftinfo:fedora/HDMS:1,draftinfo:fed=
ora/HDMS:3,draft If one changes the value "draft" to "done" (API-M =
modifyDatastreamByValue) and queries again the database, with the =
following query... select $object $status from <#ri-fullText> where
$object <http://ics.forth.gr/container#status> 'done' and
$object <http://ics.forth.gr/container#status> $status in <#ri> (2)he =
gets the following results"object","status"info:fedora/HDMS:1,done =
Normally now this object (HDMS:1) should be accessible only via query =
(2) but unfortunately it is still displayed by query (1). Could anyone =
please suggest a way to deal with this problem? (I am using a MySQL 5.0 =
database and deployed Fedora in a Tomcat 5.5 server with full-text =
indexing enabled) . =20
=20
|