- From: David Orchard <dorchard@bea.com>
- Date: Wed, 23 Jun 2004 15:45:13 -0700
- To: "Jonathan Marsh" <jmarsh@microsoft.com>, "Web Services Description" <www-ws-desc@w3.org>
What about qualifying them, as in :component property and feature property? Dave > -----Original Message----- > From: www-ws-desc-request@w3.org [mailto:www-ws-desc-request@w3.org]On > Behalf Of Jonathan Marsh > Sent: Wednesday, June 23, 2004 2:49 PM > To: Web Services Description > Subject: Issue 214: Refine "properties" terminology > > > > Mark is absolutely right [1] that we use the term "property" way too > much. Especially in [2] where one can use the terms ambiguously - we > could talk about the properties of the Property component, > which include > the property {value} whose value is the value of the property (sound > circular?) > > However, using the term "property" for the fields of the component is > consistent with Schema and the infoset. The term "property" > for the F&P > property is consistent with SOAP. The clash in those two sources of > terms is what's causing the confusion. If we change one to something > else (like "attribute") we are likely to lose the correspondence with > either SOAP or Schema, or our own syntax, and risk clashing with some > other spec such as XML. > > We are saved to an extent in that except for the Property component, > there isn't much proximity between the use of the two terms. I can't > actually find a specific place in the spec where the meaning is > ambiguous though, and if we can't identify a specific > problem, fiddling > around will likely just make matters worse. So I sadly > suggest we close > this issue with no action. > > [1] http://www.w3.org/2002/ws/desc/2/06/issues.html#x214 > [2] > http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/wsdl20/wsdl20 > .html#Prop > erty > >
Received on Wednesday, 23 June 2004 18:45:15 UTC