Hello

SB> The work-around currently is to set an environment variable 
SB> PEP_NOCACHE=true; which disables caching entirely, which is probably a 
SB> good idea whilst you are modifying policies (you can remove it once 
SB> you have a stable set).

Setting PEP_NOCACHE didn't seem to have any effect. I found that Fedora 
was storing FESLPOLICY datastreams in pdp/policy-db/. If I deleted the 
copy of my external FESLPOLICY, then it wasn't replaced, and Fedora 
behaved as if the policy didn't exist. I had to purge the datastream and 
add it again for it to appear and have an effect.

SB> See
SB> 
https://wiki.duraspace.org/display/FCR30/FeSL+Authorization#FeSLAuthorization-Policyevaluationresultscaching

This page only mentions inline and managed datastreams. I changed my 
external datastream to managed, but again, I had to replace the content 
for a change to appear.

I can't find a DBXML database file anywhere. I don't know if this is 
significant, or if FeSL is doing OK without DBXML. I haven't seen anything 
in the logs complaining about it.

I'm using version 3.5 SNAPSHOT. Below is my installer.properties.

Now that I know how to get policies refreshed, I could maybe even script 
the actions, so it isn't a major problem. But I'm puzzled as to why it 
doesn't behave in the way you described.

Swithun.

#Install Options
#Tue May 03 10:31:57 BST 2011
keystore.file=/home/archive/keystore/server.jks
ri.enabled=true
messaging.enabled=true
apia.auth.required=false
database.jdbcDriverClass=org.apache.derby.jdbc.EmbeddedDriver
tomcat.ssl.port=8443
ssl.available=true
database.jdbcURL=jdbc\:derby\:/opt/fedora35_2/derby/fedora3;create\=true
messaging.uri=vm\:(broker\:(tcp\://localhost\:61616))
database.password=fedoraAdmin
keystore.type=JKS
fesl.dbxml.home=/usr/local/BerkeleyDBXML.2.5.16
database.username=fedoraAdmin
fesl.authz.enabled=true
tomcat.shutdown.port=8005
deploy.local.services=true
xacml.enabled=false
tomcat.http.port=8080
fedora.serverHost=itspc-cs2.st-andrews.ac.uk
database=included
database.driver=included
fedora.serverContext=fedora
keystore.password=fedoraAdmin
llstore.type=akubra-fs
tomcat.home=/opt/alfresco/tomcat
fesl.authn.enabled=true
fedora.home=/opt/fedora35_2
install.type=custom
servlet.engine=existingTomcat
apim.ssl.required=true
fedora.admin.pass=fedoraAdmin
apia.ssl.required=false

-- 
The University of St Andrews is a charity registered in Scotland: SC013532

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to