W3C home > Mailing lists > Public > public-ws-addressing@w3.org > November 2004

Re: WS-Addr issues

From: Doug Davis <dug@us.ibm.com>
Date: Thu, 4 Nov 2004 17:02:23 -0500
To: public-ws-addressing@w3.org
Message-ID: <OF9C844F68.47B8412A-ON85256F42.0078B08F-85256F42.007911E3@us.ibm.com>
Lots of interesting discussions but I was wondering if the lack of a 
unanimous answer to these issues means they will be added to the issues 
list? :-)

Doug Davis/Raleigh/IBM@IBMUS 
Sent by: public-ws-addressing-request@w3.org
11/03/2004 11:01 AM


WS-Addr issues

I might have missed a formal request for "issues" from the public but 
since it appears there is now an issues list I thought I'd make some 
suggestions on possible issues for the WG's consideration: 

issue: EPRs have WSDL bits - e.g. PortType, ServiceName.  But no pointer 
to the actual WSDL itself - why not?  W/o the WSDL do these values mean 
anything?  And if we assume the consumer of the EPR has the WSDL why can't 
we assume they know the PortType and ServiceName?  Perhaps an example of 
how this would be used would clarify it for me. 

issue: If a response message is expected then a wsa:ReplyTo MUST be 
included.  Does the absence of a wsa:ReplyTo imply a one-way message?  The 
spec seems to come very close to saying that.  And does the presence of 
wsa:ReplyTo imply a two-way message?  My preference would be to have a 
clear statement so that upon inspection of the message itself a processor 
can know if its a one-way or two-way w/o having to go back to the wsdl. 

issue: wsa:FaultTo:  "This property may be absent if the sender cannot 
receive fault messages (e.g. is a one-way application message)."  But it 
also says that in the absence of wsa:FaultTo the wsa:ReplyTo/From may be 
used.  So, how does a client really say that it doesn't want ANY fault 
messages at all but still be allowed to specify a wsa:From? 

Received on Thursday, 4 November 2004 22:03:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:28:20 UTC