OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-policy message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Proposal for Issue 15 -- External Policy Attachment



  External SCA Policy Attachment


      Motivation:

In some cases it may be desirable to associate Policy with SCDL 
artifacts without changing the SCDL itself. This may be because you do 
not own the SCDL or are not authorized to change it or merely to allow 
the Policies to be associated with SCDL artifacts in a simple and 
flexible manner.


      Proposal

Suggest adding an element called PolicyAttachment to SCA Policy to 
support external attachment of intents, Policies and policySets to SCDL 
elements as illustrated below:

This follows the model of the PolicyAttachment element defined in WS-Policy.

<sca:PolicyAttachment … >

     <sca:PolicySubject>

            <x:DomainExpression/> +  // Xpath identifying a SCDL element

     </sca:PolicySubject>

     <sca:requires>  List of Intent Names </sca:requires> *

     <sca: policySet/> *

     <wsp:Policy> *

     <wsp:PolicyReference/> *

   …

</sca:PolicyAttachment>

The proposed PolicyAttachment element has a child element called 
PolicySubject. This contains as its value an XPath expression 
identifying a single element in a SCDL file.

ISSUE: Should we allow the XPath to identify multiple elements in an 
XPath file?

Following the PolicySubject element can appear one or more of the 
following elements in any order:

    * <requires> which takes a list of intent names as its value
    * policySet
    * wsp:Policy
    * wsp:PolicyReference

The intents, policySets or Policies specified I these elements apply to 
the SCDL element identified by the XPath.

-- 
All the best, Ashok


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]