- From: Dave Hollander <dmh@contivo.com>
- Date: Wed, 21 May 2003 07:56:17 -0700
- To: Jacek Kopecky <jacek@systinet.com>, WS-Description WG <www-ws-desc@w3.org>
Jacek, YES. we are still trying to figure out the right wording, so the word "service" may end up meaning some collection of endpoints that access the same interface and therefore the same [target] resource. As for the wsa definition of "web service", we are working on it. The approach idententifed in joint session with description seems to be working though. We are having meaningful discussions, not just semantic "babble" now. Stay tuned. Regards, Dave Hollander co-chair, wsa -----Original Message----- From: Jacek Kopecky [mailto:jacek@systinet.com] Sent: Wednesday, May 21, 2003 8:03 AM To: WS-Description WG Subject: Re: /service/@targetResource ? Is it the intended semantics that two services with the same value of @targetResource (or whatever it ends up being called) with ports of the same interface, a client may use either of the service to reach the same thing? If not, someone please describe the semantics. If yes, we're basically splitting the old service construct into a number of the new service constructs limited to one interface each, linked together by the value of the new attribute, right? Jacek On Wed, 2003-05-14 at 17:10, Arthur Ryman wrote: > In the discussion with the architecture group today, there seemed to > be confusion between a service and the resource is acts on. The > architecture group defines a Web service to have something that has a > URI, but that URI is not the same as the resource that the Web service > acts on. > > For example, a bank might have a personal banking Web service. The > account Web service acts on the bank. > > We can build a URI from the QName of the personal banking Web service, > e.g. http://xml.fredsbank.com#service(PersonalBanking). The bank > itself might have the URI http://fredsbank.com. > > We agreed to add an optional @resource attribute to <service>. I > suggest it would be clearer to rename that attribute to > @targetResource to make it clear that the service acts on that > resource as opposed to it being the URI of the Web service. > > Arthur Ryman
Received on Wednesday, 21 May 2003 10:56:26 UTC