xacml — archive

Re: [xacml] Summary of issues: WI#10. Parameters for CombiningAlgorithms

From: Seth Proctor <[email protected]>
To: [email protected]
Date: Mon, 05 Apr 2004 13:55:00 -0000

 MHonArc v2.5.0b2 -->

xacml message

[Date Prev]
 | [Thread Prev]
 | [Thread Next]
 | [Date Next]

--

[Date Index]
 | [Thread Index]
 | [List Home]

Subject: Re: [xacml] Summary of issues: WI#10. Parameters for CombiningAlgorithms

From: Seth Proctor <[email protected]>
To: Polar Humenn <[email protected]>
Date: Mon, 05 Apr 2004 10:10:16 -0400

On Mon, 2004-04-05 at 09:22, Polar Humenn wrote:
> It may be a nice idea to cut down the tags, but the extensions sometimes
> burn you later, such as if the CombinerParameter ever did become an
> expression, or we wanted to include something else. I will point to
> <Condition> which extended the <ApplyType> as an example, and had to be
> changed.

I absolutely agree that it's nice to make extension easy in the future. If
the parameters ever did become an expression, however, I would want it to
be clear in any policy that this change happened. I like the fact that you
can't look at an XACML 2.0 Condition and mistake it for a 1.0/1.1
Condition. It's not something subtle we slid in, but an obvious change.
Building in something that causes a noticable (though easy) change later
is not always a bad thing, especially when the change refelects a new
behvior.

seth

References:

Re: [xacml] Summary of issues: WI#10. Parameters for Combining Algorithms
From: Michiharu Kudoh <[email protected]>
Re: [xacml] Summary of issues: WI#10. Parameters for CombiningAlgorithms
From: seth proctor <[email protected]>
Re: [xacml] Summary of issues: WI#10. Parameters for CombiningAlgorithms
From: Polar Humenn <[email protected]>

[Date Prev]
 | [Thread Prev]
 | [Thread Next]
 | [Date Next]

--

[Date Index]
 | [Thread Index]
 | [List Home]