RE: 3459 Proposed change to Framework 3.1

Some examples on how the current descriptions are unclear would be
useful to identify the text/section that needs to be clarified. I have
more comments on the proposed text. I'll wait until it becomes clear
what we are trying to clarify.

> an assertion expression must be the child  
> of an assertion to enable nested assertions

I think you meant 'nested policy expression'. WS-Policy says,
'Assertion/wsp:Policy - This indicates that the assertion contains a
nested policy expression.' [1]

[1]
http://www.w3.org/TR/2006/WD-ws-policy-20060731/#Policy_Assertion_Nestin
g 

Regards,
 
Asir S Vedamuthu
Microsoft Corporation

-----Original Message-----
From: Frederick Hirsch [mailto:frederick.hirsch@nokia.com] 
Sent: Tuesday, August 22, 2006 11:50 AM
To: Asir Vedamuthu
Cc: Frederick Hirsch; public-ws-policy@w3.org
Subject: Re: 3459 Proposed change to Framework 3.1

we should only consider the latest red-line proposal for 3459

The issue is that it can be unclear how to distinguish parameters  
from assertions, and that an assertion expression must be the child  
of an assertion to enable nested assertions.

The red-line text is an update to the model section of the framework,  
where this basic concept should be clearly explained as part of the  
basic model. The red-line is an attempt to do that.

I think we are in basic agreement, thank you for the corrections  
noted below.

regards, Frederick

Frederick Hirsch
Nokia


On Aug 22, 2006, at 2:38 PM, ext Asir Vedamuthu wrote:

>
> [Added issue number to the subject line]
>
>> The attributes property is an assertion parameter.
>
> In the XML representation, assertion parameters may be represented as
> child XML elements or attributes of an assertion. [attributes]  
> property
> may contain zero or more assertion parameters.
>
>> The children property may contain assertion
>> parameters and/or nested assertions.
>
> This doesn't sound right. Assertion/wsp:Policy is a nested policy
> expression [1] (it is not an assertion or a nested assertion).
>
> ...
>
> On the archive, there are three proposals [2][3][4] to fix issue  
> 3459. A
> description on what we are trying to clarify would be helpful.
>
> [1]
> http://www.w3.org/TR/2006/WD-ws-policy-20060731/ 
> #Policy_Assertion_Nestin
> g
> [2] http://lists.w3.org/Archives/Public/public-ws-policy/2006Jul/0022
> [3] http://lists.w3.org/Archives/Public/public-ws-policy/2006Aug/0063
> [4] http://lists.w3.org/Archives/Public/public-ws-policy/2006Aug/0117
>
> Regards,
>
> Asir S Vedamuthu
> Microsoft Corporation
>
> -----Original Message-----
> From: public-ws-policy-request@w3.org
> [mailto:public-ws-policy-request@w3.org] On Behalf Of Frederick Hirsch
> Sent: Monday, August 21, 2006 10:01 AM
> To: public-ws-policy@w3.org
> Cc: Hirsch Frederick
> Subject: Proposed change to Framework 3.1
>
> I propose the following change to 3.1, "Policy Assertion" in the
> latest editor's draft of the policy framework [1]. The change is
> shown as a red-line to 3.1, in the attached PDF.
>
> This is proposed as a partial resolution to bug report 3549 [2] and
> as a replacement to previous proposals regarding text to clarify the
> framework with regards to this issue.
>
> I propose the issue with regards to the normalization procedure in
> 4.2 (as also noted in the bug report) should be made a separate
> issue. This normalization procedure does not appear to explicitly
> pass through parameters.
>
> regards, Frederick
>
> Frederick Hirsch
> Nokia
>
> [1] <http://dev.w3.org/cvsweb/~checkout~/2006/ws/policy/ws-policy-
> framework.html?content-type=text/html;%20charset=utf-8>
>
> [2] <http://www.w3.org/Bugs/Public/show_bug.cgi?id=3549>
>
>

Received on Wednesday, 23 August 2006 16:00:38 UTC