- From: Jonathan Marsh <jmarsh@microsoft.com>
- Date: Thu, 19 May 2005 12:47:10 -0700
- To: "David Orchard" <dorchard@bea.com>, "WS-Description WG" <www-ws-desc@w3.org>
- Message-ID: <7DA77BF2392448449D094BCEF67569A50799DC12@RED-MSG-30.redmond.corp.microsoft.com>
A comment on the Roy's "elegant suggestion". I don't find it elegant at all. If the specification defines a base URI for that single attribute, generic XML processors wouldn't be able to successfully use the URI, as the base defined by the [base URI] infoset property and the "real" base URI as defined by our spec would be different. If what you really want is a mixture of tokens and absolute uris, can't you express this more directly with a union type? ________________________________ From: www-ws-desc-request@w3.org [mailto:www-ws-desc-request@w3.org] On Behalf Of David Orchard Sent: Thursday, May 19, 2005 12:23 PM To: WS-Description WG Subject: anyURI simplification Hi all, I'm not sure if this has been raised as an issue or not, or how we decided to proceed. I find two of the anyURI attribute constructs to be overly complex, the binding:type attribute and the operation:pattern. Currently, the spec requires URIs rather than Qnames. In the case of mandatory attributes, this hinders human readability - a comment that TimBL made when WS-Security switched from QNames to URIs for some constructs. The Atom working group has had a similar construct for linking with the rel attribute. Roy made an elegent suggestion to retain anyURI but make the string more usable. The anyURI can be a relative URI, and the base is defined by the specification. In our case, this would be some WSDL URI. If the attribute contains just a name, it's added to the default (note not the base uri) to form the URI. IF the attribute is an absolute URI (determinable from the presence of ":") then the default URI is not used. This means that we could have <binding type="http"> or <binding type="soap"> or <binding type="http://example.com/myfavbinding">. The same could also be used for the operation:pattern attribute. Another alternative would be to move the binding and operation to be more strongly typed using substitution groups as proposed many moons ago (which I still prefer). Could somebody tell me what's happened with these attrs and if this has been discussed? Dave
Received on Thursday, 19 May 2005 19:47:40 UTC