- From: Glen Daniels <gdaniels@sonicsoftware.com>
- Date: Mon, 7 Feb 2005 09:00:41 -0500
- To: "Savas Parastatidis" <Savas.Parastatidis@newcastle.ac.uk>, <tom@coastin.com>, "Jonathan Marsh" <jmarsh@microsoft.com>
- Cc: <public-ws-addressing@w3.org>
Interesting discussion, folks. A question - if the wsa:To URI represents an "abstract identifier" used to represent the service in question, why aren't we just using the WSDL service QName for the exact same purpose? Is there a difference aside from the URI/QName distinction? Doesn't it seem odd that the same concept is represented differently in two different core specs? Thanks, --Glen > -----Original Message----- > From: public-ws-addressing-request@w3.org > [mailto:public-ws-addressing-request@w3.org] On Behalf Of > Savas Parastatidis > Sent: Monday, February 07, 2005 5:28 AM > To: tom@coastin.com; Jonathan Marsh > Cc: public-ws-addressing@w3.org > Subject: RE: Thoughts on TAG issue EndpointsRef47 > > > Hi Tom, > > > > If what Gudge is describing is required, we might consider > a multiple > > Protocol profile structure > > for the "EPR". This is what IONA was getting at. We > could represent > > all the variant > > transport addresses required in the EPR. > > > > Otherwise I am not at all clear on how the "logical" uri gets mapped > to > > the various > > transport addresses required for the variants desired. > > > > There may not be a need to map the "logical" URI to a > specific transport address. Imagine a service with a logical > address 'urn:chocolates:service' which sells chocolates. You > want to buy a chocolate from a peer-to-peer network of > services without caring about the actual endpoint of the > service that will serve you. > > <soap:Envelope> > <soap:Header> > <wsa:To>urn:chocolates:service</wsa:To> > </soap:Header> > <soap:Body> > <m:OrderForm> > <m:noChocolateBars>10</m:noChocolateBars> > <m:maxAmmountPerChocolateBar>1000</m:maxAmmountPerChocolateBar> > </m:OrderForm> > </soap:Body> > </soap:Envelope> > > All you have to do is just give this message to the P2P > network which will know how to do deal with it. No need to go > from a logical to a transport-specific address for this > service. But even if you had to, there is a use case for > using logical addresses as indexes in registries where > transport-specific endpoints can be found at runtime ("give > me all the transport endpoints of the urn:chocolates:service > service"). > > Regards, > .savas. > > > >
Received on Monday, 7 February 2005 14:00:45 UTC