Re: [soa-rm-ra] reading WS-Policy: first observation

[Duane Nickull <dnickull@adobe.com>]

Title: Re: [soa-rm-ra] reading WS-Policy: first observation

Because the Policy attachments are transitive binary relationships.  You can inspect all policies associated with any aspect of a service.

In addition to the policies on the service itself, there is a growing number of companies advocating that policies should be able to be persistently attached to the data traversing the service.  Adobe is one of those who believe this is a desirable architectural principle.

I think that the abstract model behind the WS-Policy Framework is ideal for the RA.

D



On 7/3/07 9:39 AM, "Ken Laskey" <klaskey@mitre.org> wrote:

> A recurring phrase in the Primer is something on the order "use policy expressions to represent combinations of capabilities and requirements".  Seems like policy has been expanded to describe everything we haven't described before.
>
> Note per WS-Policy Framework, 
> - a "policy" is a collections of policy alternatives, where 
> - a "policy alternative" is a collection of policy assertions, where
> - a "policy assertion" represents a requirement, capability, or other property of a behavior.
>
> Note also, 
> - a "policy attachment" is a mechanism for associating policy with one or more policy scopes. where
> - a "policy scope" is a collection of policy subjects to which a policy applies, where
> - a "policy subject" is an entity with which a policy can be associated.
>
> Obviously, any part of a service or service description can be a policy subject.  The question, as noted in current RA text, is how do you discover something and decide to use it if critical policies can be embedded anywhere.
>
> I read on :-)
>
> Ken
>  
>
>
>
> P.S. I realize the RA does not directly "use" WS-Policy but if we decide not to be consistent, then we need to make our alternatives and our rationale very clear.
>
>
>  
>
> ------------------------------------------------------------------------------------------
>  
>
> Ken Laskey
>  
>
> MITRE Corporation, M/S H305     phone:  703-983-7934
>  
>
> 7515 Colshire Drive                        fax:        703-983-1379
>  
>
> McLean VA 22102-7508
>   


-- 
************************************************************************
Sr. Technical Evangelist - Adobe Systems, Inc.                         *
Chair - OASIS SOA Reference Model Technical Committee                  *
Blog: http://technoracle.blogspot.com                                  *
My Music: http://www.mix2r.com/audio/by/artist/22ndcentury             *
My Band: http://www.myspace.com/22ndcentury                            *
(if (rains)(exists (x)(and (falls x mainlyOnPlain)(rains x inSpain)))) *
************************************************************************