- From: Srinivas, Davanum M <Davanum.Srinivas@ca.com>
- Date: Thu, 2 Dec 2004 22:39:01 -0500
- To: "Harris Reynolds" <hreynolds@webmethods.com>, <public-ws-addressing@w3.org>
How about something similar to what is mentioned in
http://lists.w3.org/Archives/Public/www-rdf-interest/2001Aug/0134.html
For example:
Qname: {http://bosnewslife.com/,
BosNewsLife_x0020_Information_x0020_ServicesSoap}
will map to
wsa:BosNewsLife_x0020_Information_x0020_ServicesSoap:http://bosnewslife.
com/
Which not too bad to look at or understand...
Thanks,
dims
________________________________
From: public-ws-addressing-request@w3.org
[mailto:public-ws-addressing-request@w3.org] On Behalf Of Harris
Reynolds
Sent: Thursday, December 02, 2004 7:15 PM
To: public-ws-addressing@w3.org
Subject: i037: Replace QName's with anyURI
This issue [1] centers around replacing QNames in attribute values or
element content with URIs.
The use of a QName is used in three places current working draft:
1) wsa:RelatesTo/@RelationshipType information header (attribute
value)
2) wsa:EndpointReference/wsa:PortType element in an EPR (element
content)
3) wsa:EndpointReference/wsa:ServiceName element in an EPR
(element content)
Mapping the RelationshipType attribute with a URI is relatively
straightforward. We could designate a URI like
http://www.w3.org/2004/10/addressing/relationship/reply for the default
case of relating a reply to the originating message; in other cases,
since the type would be anyUri, developers could simply use their own
URIs. This is good.
As DavidO pointed out [2], it is much more complicated to replace the
QNames representing wsdl:portTypes and wsdl:service with URIs. This
will essentially require us to craft a definitive mapping of these WSDL
QNames to URIs to be used within WS-Addressing. For this WSDL [3]
(picked randomly from xmethods.net) one possibility here could be:
Qname: {http://bosnewslife.com/,
BosNewsLife_x0020_Information_x0020_ServicesSoap}
mapping to
URI:
http://bosnewslife.com#BosNewsLife_x0020_Information_x0020_ServicesSoap
<http://bosnewslife.com/#BosNewsLife_x0020_Information_x0020_ServicesSoa
p>
This works in this simple case but could easily be problematic in other
cases. Is there a mapping that would work in all cases (i.e. any valid
WSDL)?
Despite the TAG finding regarding this kind of issue [4], it seems that
this is a case where using a QName is much more natural. For now I am +1
on changing the Relationship type to anyUri and -1 on changing the
wsdl:portTypes and wsdl:service QNames to URIs.
Harris Reynolds
webMethods, Inc.
[1] http://www.w3.org/2002/ws/addr/wd-issues/#i037
[2]
http://lists.w3.org/Archives/Public/public-ws-addressing/2004Nov/0510.ht
ml
[3] http://bosnewslife.com/webservices/bnl_services.asmx?wsdl
[4] http://www.w3.org/2001/tag/doc/qnameids.html#sec-archrec
Received on Friday, 3 December 2004 03:39:33 UTC