[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]