This seems to be the flow:
- the child object is created
- triggering the index message to gsearch
- which therefore asks fedora to export the foxml of the child
- fedora finds the POLICY (=rights) datastream in the child, which refers to
the , so far, non-existing parent
- fedora has to check the policy before exporting
- fedora does not find the policy, therefore rejects the export
- so gsearch cannot index the child
This indicates that gsearch is not accessing the rights datastream directly. I
think you have to rethink the logic of it, maybe you should add the POLICY
datastream to the children after the parent has been created.
Cheers,
Gert
From: Remi Malessa [mailto:[email protected]]
Sent: Wednesday, January 21, 2009 2:57 PM
To: Gert Schmeltz Pedersen
Cc: [email protected]
Subject: Re: [Fedora-commons-users] Problem with Rights datastream and
auto-update
Hi Gert. It goes like this:
The rights for the object are held at the parent object so the datastream of
the child object looks like:
.
.
.
<foxml:datastream ID="POLICY" STATE="A" CONTROL_GROUP="E" VERSIONABLE="true">
<foxml:datastreamVersion ID="POLICY.0" LABEL="Contains the XACML
statment for this object" CREATED="2008-11-09T00:09:58.567Z"
MIMETYPE="text/xml" SIZE="0">
<foxml:contentDigest TYPE="DISABLED" DIGEST="none"/>
<foxml:contentLocation TYPE="URL"
REF="http://local.fedora.server/mets_disseminators/rights/llgc-id:101019/PAGE_POLICY"/>
</foxml:datastreamVersion>
</foxml:datastream>
.
.
.
Where llgc-id:101019 is the parent ID. The PID llgc-id:101019 is reserved using
getNextPID before the child is ingested but the object is created after all the
children have been added.
Cheers
Remi
Gert Schmeltz Pedersen wrote:
Hi Remi, I am not so sure what is going on, please explain a little more about
the policy, the rights datastream and the child and parent objects.
Cheers,
Gert
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
