W3C home > Mailing lists > Public > public-ws-addressing@w3.org > January 2006

Re: New issue: Default value of To property

From: Francisco Curbera <curbera@us.ibm.com>
Date: Tue, 24 Jan 2006 10:24:41 -0500
To: Marc Hadley <Marc.Hadley@Sun.COM>
Cc: Mark Nottingham <mnot@mnot.net>, WS-Addressing <public-ws-addressing@w3.org>, public-ws-addressing-request@w3.org
Message-ID: <OFF0A37AB9.89F9C681-ON85257100.0053AED6-85257100.0054A79D@us.ibm.com>
Hi Marc,

You are taking the sender's view only; there is also the receiver's view,
who may or may not have access to the EPR the sender used. In any case, it
is clear that any default works as long as it is not ambiguous. What I am
arguing is that a default only makes sense when it cover (and maybe helps
optimize) a common case. It can certainly be argued that for synchronous
request response interactions it makes sense to default the To of the reply
message to anonymous. Arguing that that is also the case for all other uses
of WSA is to take a very narrow perspective IMO - particularly since one of
WSA's major contributions is  to enable interoperable asynchronous
messaging over different interaction patterns.

We essentially went through a similar argument when we recognized that
defaulting the [reply endpoint] to an EPR with an anonymous address makes
sense only in the context of Section 3.4 - Formulating a Reply Message. I
think we just need to finish the job and scope the defaulting of the
[destination] property to anonymous to the case of reply messages as well.

Paco




                                                                                                                                         
                      Marc Hadley                                                                                                        
                      <Marc.Hadley@Sun.COM>           To:       Francisco Curbera/Watson/IBM@IBMUS                                       
                      Sent by:                        cc:       Mark Nottingham <mnot@mnot.net>, WS-Addressing                           
                      public-ws-addressing-req         <public-ws-addressing@w3.org>                                                     
                      uest@w3.org                     Subject:  Re: New issue: Default value of To property                              
                                                                                                                                         
                                                                                                                                         
                      01/23/2006 10:50 AM                                                                                                
                                                                                                                                         




I don't think we need to special-case things as you suggest since the
rules for sending a message[1] already require the wsa:To to have the
same address as that contained in the EPR to which the message is
sent. Therefore the only time the wsa:To value can be defaulted is
when the EPR to which the message is sent has an 'anonymous' address
and I don't see that happening regularly with request messages
because, if it did, you wouldn't know where to send then.

Marc.

[1] http://dev.w3.org/cvsweb/~checkout~/2004/ws/addressing/ws-addr-
core.html?content-type=text/html;%20charset=utf-8#sendmsgepr


On Jan 20, 2006, at 1:23 PM, Francisco Curbera wrote:

>
> Can I please add this new CR issue against the WS-Addressing core
> spec.
>
> The spec currently defaults the value of the To property to anonymous
> (Core, 3.2); the goal of this decision was to optimize the request
> reply
> synchronous interaction. However, as written in Section 3.2 this
> applies to
> arbitrary messages. Just as in the case of ReplyTo, addressed in
> CR13, I
> propose the defaulting of To to anonymous be moved to Section 3.4 and
> limited to request reply interactions.
>
> Paco
>
>

---
Marc Hadley <marc.hadley at sun.com>
Business Alliances, CTO Office, Sun Microsystems.





#### smime.p7s has been removed from this note on January 24, 2006 by
Francisco Curbera



Received on Tuesday, 24 January 2006 15:24:59 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:35:11 GMT