Hello SB> In FeSL, all XACML policies are stored as datastreams in Fedora SB> objects. So you can either have separate Fedora objects for each SB> policy (with FESLPOLICY datastreams), or you can add a FESLPOLICY SB> datastream to existing objects.
Cool. I have something working now. It is an (E)xternal FESLPOLICY in its own Fedora object, and which specifies resources. Other objects which match these resources are then controlled by the policy. One question is how I would go about triggering a reevaluation of an external policy. The script fedora-reload-policies.sh doesn't seem to do this. Even viewing the updated content of the external datastream in Fedora doesn't make a difference. SB> FeSL uses the XACML hierarchical resources profile, so policies can be SB> applied to all members of a collection for example. I didn't realise that this was hierarchical - I thought that /demo:demoObjectCollection/.* was just describing pages below /demo:demoObjectCollection - a URL hierarchy, rather than members of the collection. That makes it a whole lot more interesting. Thanks. If I can use existing RDF statements about membership of collections, then I probably don't need to use another RDF statement just for the policy. Thanks again. Swithun. -- The University of St Andrews is a charity registered in Scotland: SC013532 ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
