[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Réf. : Re: [xacml-users] Problem with multi valuedattributes...
Thanks a lot for this quick answer !!!
I don't understand your first solution with target...
But the second one is perfect for me : I have tested it and it works
perfectly !!!!
Valérie BAUCHE
Ingénieur en développement de solutions de sécurité
Bull, Architect of an Open World TM
http://www.bull.com
Ce message contient des informations confidentielles, couvertes par le
secret professionnel ou réservées exclusivement à leur destinataire. Toute
lecture, utilisation, diffusion ou divulgation sans autorisation expresse
est rigoureusement interdite.
Si vous n'en êtes pas le destinataire, merci de prendre contact avec
l'expéditeur et de détruire ce message.
This e-mail contains material that is confidential for the sole use of the
intended recipient. Any review, reliance or distribution by others or
forwarding without express permission is strictly prohibited.
If you are not the intended recipient, please contact the sender and
delete all copies.
Seth Proctor <Seth.Proctor@sun.com>
25/04/2007 17:23
Pour : valerie.bauche@bull.net
cc : xacml-users@lists.oasis-open.org
Objet : Re: [xacml-users] Problem with multi valued attributes...
Hi Valerie.
> I have the following xacml rule :
> [...]
> FunctionId="urn:oasis:names:tc:xacml:1.0:function:string-one-and-only">
> <SubjectAttributeDesignator
> AttributeId="urn:my-organization:security:names:subject:0.1:profil"
> DataType="http://www.w3.org/2001/XMLSchema#string"/>
> [...]
> But if my attribut "profil" has more than one value, I have the
following
> context and get an indeterminate decision :
Right. The problem here is with the "one-and-only" function. When you have
only one value for your attribute, then there is one and only value, so
the
string-one-and-only function returns it. When you have multiple values,
however, the string-one-and-only function returns an error, because there
is not one and only one value for your attribute.
There are two ways to handle this. First, you can encode the string
matching
in a Target, which takes care of iterating through bags of values for you.
Second, you can use something like the is-in function, to see if the
string
you're looking for is in the collection of values associated with your
attribute.
Does that make sense?
seth
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]