- 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