- From: Prasad Yendluri via cvs-syncmail <cvsmail@w3.org>
- Date: Thu, 21 Sep 2006 18:28:07 +0000
- To: public-ws-policy-eds@w3.org
Update of /sources/public/2006/ws/policy
In directory hutz:/tmp/cvs-serv778
Modified Files:
ws-policy-framework.xml
Log Message:
Completed action item: 29 (http://www.w3.org/2005/06/tracker/wspolicyeds/actions/29) for issue 3577, Semantics of successful intersection determined by domain-specific assertion content.
Index: ws-policy-framework.xml
===================================================================
RCS file: /sources/public/2006/ws/policy/ws-policy-framework.xml,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -d -r1.49 -r1.50
--- ws-policy-framework.xml 20 Sep 2006 22:27:16 -0000 1.49
+++ ws-policy-framework.xml 21 Sep 2006 18:28:04 -0000 1.50
@@ -1199,7 +1199,16 @@
<div2 id="Policy_Intersection">
<head>Policy Intersection</head>
<p>Policy intersection is useful when two or more parties express <termref def='policy'>policy</termref> and want to limit the <termref def='policy_alternative'>policy alternatives</termref> to those that are mutually compatible. For example, when a requester and a provider express requirements on a message exchange, intersection identifies compatible policy alternatives (if any) included in both requester and provider policies. Intersection is a commutative, associative function that takes two policies and returns a policy.</p>
-<p>Because the set of behaviors indicated by a <termref def='policy_alternative'>policy alternative</termref> depends on the domain-specific semantics of the collected assertions, determining whether two policy alternatives are compatible generally involves domain-specific processing. As a first approximation, an algorithm is defined herein that approximates compatibility in a domain-independent manner; specifically, for two policy alternatives to be compatible, they must at least have the same vocabulary (see Section <specref ref="rPolicy_Alternative"/>).</p>
+<p>Because the set of behaviors indicated by a <termref def='policy_alternative'>policy
+alternative</termref> depends on the domain-specific semantics of the collected assertions,
+determining whether two policy alternatives are compatible generally involves
+domain-specific processing. If a domain-specific intersection processing algorithm
+is required will be known from the QNames of the specific <termref def='policy_assertion_type'>assertion types</termref>
+involved in the policy alternatives. As a first approximation, an algorithm is defined herein
+that approximates compatibility in a domain-independent manner; specifically,
+for two policy alternatives to be compatible, they must at least have the same
+vocabulary (see Section <specref ref="rPolicy_Alternative"/>).
+</p>
<ulist>
<item><p>Two <termref def='policy_assertion'>policy assertions</termref> are compatible if they have the same <termref def='policy_assertion_type'>type</termref> and</p></item>
<item><p>If either assertion contains a nested <termref def='policy_expression'>policy expression</termref>, the two assertions are compatible if they both have a nested policy expression and the alternative in the nested policy expression of one is compatible with the alternative in the nested policy expression of the other.</p></item>
@@ -1816,6 +1825,16 @@
Add PolicyReference extensibility.
</td>
</tr>
+ <tr>
+ <td>20060921</td>
+ <td>PY</td>
+ <td>Completed action item:
+ <loc href="http://www.w3.org/2005/06/tracker/wspolicyeds/actions/29">29</loc>
+ for issue
+ <loc href="http://www.w3.org/Bugs/Public/show_bug.cgi?id=3577">3577</loc>,
+ Semantics of successful intersection determined by domain-specific assertion content.
+ </td>
+ </tr>
</tbody>
</table>
</inform-div1>
Received on Thursday, 21 September 2006 18:28:15 UTC