hi,
fedora 3.1, gsearch 2.2
in my fedora objects i manipulate with addRelationship/purgeRelationship  
an RELS-EXT element.

purgeRelationship("foo:Bar123", "http://www.foo.bar/states#isInState";,  
"PUBLIC", true, null);
addRelationship("foo:Bar123", "http://www.foo.bar/states#isInState";,  
"INTERNAL", true, null);

resulting something like that:

<rdf:RDF>
<rdf:Description ...>
<isInState>PUBLIC</isInState>
</rdf:Description>
</rdf:RDF>

gsearch is notified and i see the indexer running (output from the  
stylesheet).
usually then i can search for it with

isInState:"INTERNAL"

but today i noticed some weirdness: i start fedora and search -- but  
nothing appears!
once i call one of the [add|purge]Relationship methods, the search works  
again.

after restarting fedora -- search result is empty; calling  
[add|purge]Relationship, search result is populated properly.

checking the timestamp in the index files (lucene) confirms, that  
something was written and checking the index with Luke turn up the correct  
result.

so, the methods work, the index is updated accordingly, only gfindObjects  
fails to find something.
(interestingly, browseIndex always list the correct number of objects for  
each isInState entry).

is it possible that gfindObjects fails to search the index correctly until  
some internal information is refreshed when the index is updated, but not  
upon boot?

------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to