- From: Doug Davis <dug@us.ibm.com>
- Date: Tue, 21 Apr 2009 14:13:14 -0400
- To: Geoff Bullen <Geoff.Bullen@microsoft.com>
- Cc: "public-ws-resource-access@w3.org" <public-ws-resource-access@w3.org>, "public-ws-resource-access-request@w3.org" <public-ws-resource-access-request@w3.org>
- Message-ID: <OF9E43B136.C61411EA-ON8525759F.0062C6F7-8525759F.006418E8@us.ibm.com>
Not really. RX is a bit different in that it says "The following
describes the content model of ..." - which means it's going to fully
describe the element in question. So, in that case its, sort of, ok to
repeat what's already stated near the top of the spec (in the
extensibility section). But, IMO, its a pointless repetition.
WS-T says "The following describes additional, normative constraints on
the outline listed above:" - which to me says "I'm only to talk about
'new' and 'special' stuff you need to think about" (its the word
'additional' that I'm focusing on) and I don't think repeating the same
stuff about xs:any's is needed. I prefer T's way of doing it since
repeating stuff can lead to inconsistencies and people will need to check
very carefully to see if things are the exact same (word for word) each
time since technically someone could slip in a tweak.
thanks
-Doug
______________________________________________________
STSM | Standards Architect | IBM Software Group
(919) 254-6905 | IBM 444-6905 | dug@us.ibm.com
The more I'm around some people, the more I like my dog.
Geoff Bullen <Geoff.Bullen@microsoft.com>
04/21/2009 01:58 PM
To
Doug Davis/Raleigh/IBM@IBMUS
cc
"public-ws-resource-access@w3.org" <public-ws-resource-access@w3.org>,
"public-ws-resource-access-request@w3.org"
<public-ws-resource-access-request@w3.org>
Subject
RE: proposal for 6594, 672, 6673
Doug,
Don?t you think that it is useful to call out specific points of
extensibility in the spec?
Both Policy and RX use this notation.
--Geoff
From: Doug Davis [mailto:dug@us.ibm.com]
Sent: Tuesday, April 21, 2009 10:32 AM
To: Geoff Bullen
Cc: public-ws-resource-access@w3.org;
public-ws-resource-access-request@w3.org
Subject: Re: proposal for 6594, 672, 6673
Hi Geoff,
I'm ok with most of this but I don't think we need the extra stuff about
the {any} and @{any} - no other WSRA spec has this text for their
extensibility points and I think our extensibility section already covers
this. So, if we remove those edits I'm ok with this.
thanks
-Doug
______________________________________________________
STSM | Standards Architect | IBM Software Group
(919) 254-6905 | IBM 444-6905 | dug@us.ibm.com
The more I'm around some people, the more I like my dog.
Geoff Bullen <Geoff.Bullen@microsoft.com>
Sent by: public-ws-resource-access-request@w3.org
04/21/2009 01:04 PM
To
"public-ws-resource-access@w3.org" <public-ws-resource-access@w3.org>
cc
Subject
proposal for 6594, 672, 6673
The proposal (
http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Mar/0088.html
) from IBM is generally good and we suggest the following changes.
Here is a summary of the proposed changes ? change doc is attached.
1) The proposal for 6730 (
http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Apr/0024.html
) generally clears up the notion of extensions. I have reworded all 8
messages to hopefully make more accurate statements about the use of
extensions.
2) Some suggested text to clarify the first paragraph in PutResponse.
3) Some suggested text to clarify the first paragraph in Create.
--Geoff
From: public-ws-resource-access-request@w3.org
[mailto:public-ws-resource-access-request@w3.org] On Behalf Of Doug Davis
Sent: Wednesday, March 18, 2009 10:15 PM
To: public-ws-resource-access@w3.org
Subject: proposal for 6594, 672, 6673
Attached is joint proposal for issues 6594, 6672 and 6673 - they all
seemed to touch on the same concern.
thanks
-Doug
______________________________________________________
STSM | Standards Architect | IBM Software Group
(919) 254-6905 | IBM 444-6905 | dug@us.ibm.com
The more I'm around some people, the more I like my dog.[attachment
"I6594-6672-6673-prop.doc" deleted by Doug Davis/Raleigh/IBM]
Received on Tuesday, 21 April 2009 18:14:01 UTC