[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xacml] xacml combiner alg extension points
>I guess we are encountering an issue if these parameters will adhere to
>XACML's value type system or not.
I agree. Since XACML's attribute type is extensible, it might be good
to limit this to XACML attribute value/type syntax.
Best,
Michiharu
Polar Humenn
<polar@syr.edu>
To
2004/02/06 00:37 Michiharu Kudoh/Japan/IBM@IBMJP
cc
xacml@lists.oasis-open.org
Subject
Re: [xacml] xacml combiner alg
extension points
On Thu, 5 Feb 2004, Michiharu Kudoh wrote:
> Polar
>
> >Actually I would like to see a more general aspect for values within a
> >Parameter. There is no reason these parameters cannot be full fledged
> >expressions as well.
>
> In my opinion, parameters for custom combining algorithm should be
> ANY type, as described in Simon's message "You are free to define
> syntax and meaning of combiner parameters as needed for your alg."
> By this nature, I think we don't have to worry too much about full
> fledged expression for the parameter in this case.
I guess we are encountering an issue if these parameters will adhere to
XACML's value type system or not.
> >I was hoping that we can come up with a XML type structure that will
allow
> >an AttributeValue, Apply, Designator, Selector, Function, elements be
> >extensions of the same type, such as <ExpressionType>. But I'm not
familar
> >enough with the idosyncrasies of XML schemas to know if that can be
done.
> >It looks pretty convoluted.
>
> I think this is a different issue.
Not really, if we choose that the parameters adhere to XACML's value type
system. Then this would be a way to do it.
Cheers,
-Polar
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]