Huân,
When you installed fedora, did you require authentication for API-A? (you can
check $FEDORA_HOME/install/install.properties for the value of
apia.auth.required). If it's false, then try applying the workaround Steve
suggested below. If it's true, then FCREPO-703 doesn't apply in case.
T
Hi Huan,
What mechanism are you using for authentication to Fedora?
Thanks,
Nish
Nishen Naidoo
IT Projects Developer
Library IT
MACQUARIE UNIVERSITY NSW 2109
E-Mail: nishen.nai...@mq.edu.au
Phone: +61 2 98506553
Mobile: +61 4 30006783
Fax: +61 2 98507912
http://www.library.mq.edu.au/
CRIC
Could it be possible that this is related to
https://fedora-commons.org/jira/browse/FCREPO-703 ?
Huân, to see if this is the case, you could modify fedora.fcfg and change
the parameter datastreamContentDispositionInlineEnabled to false to verify
if this is the case.
Regards
Steve
> -Original
Hi Huan,
You probably don't have policies to allow anoymous access to resources. From
the request, it is identifying that there is no authenticated user trying to
access the item. For this to work you will need to add a policy to the
bootstrap policies to allow this.
Something like this might
The same request, earlier in the day...
I had done "fedora-rebuild" before, and I was identified as "fedoraAdmin".
DEBUG 2010-05-31 16:11:33.098 [http-8091-1] (EvaluationEngineImpl) No item
found in cache. Sending to PDP for evaluation.
DEBUG 2010-05-31 16:11:33.098 [http-8091-1] (DirectPDPClien
> Looking at sources, the "3" at last line means :
> DECISION_NOT_APPLICABLE , which is an error (it should be :
> DECISION_PERMIT, DECISION_INDETERMINATE, DECISION_DENY)
It seems to me that 'DECISION_NOT_APPLICABLE' means the required policy does
not exist - it's not an error state. So the pr
