- From: David Booth <dbooth@w3.org>
- Date: Thu, 31 Oct 2002 17:13:44 -0500
- To: www-wsa-comments@w3.org
- Cc: "Christopher B Ferris" <chrisfer@us.ibm.com>
Chris,
I sent these earlier to you directly and didn't see a response, so I wasn't
sure if you got them. The first suggestion (on section 3.1) is not
terribly important, but I think would be good. The second (on section
3.1.1) is much more important, because I think the current explanation is
pretty confusing, and I think it's pretty prominent.
Thanks.
>Date: Thu, 24 Oct 2002 18:38:57 -0400
>To: "Christopher B Ferris" <chrisfer@us.ibm.com>
>From: David Booth <dbooth@w3.org>
>Subject: Re: new editor's draft of WSA available
>Cc: W3C WS Architecture <www-ws-arch@w3.org>
>
>Some comments on the current Arch draft at
>http://dev.w3.org/cvsweb/~checkout~/2002/ws/arch/wsa/wd-wsa-arch.html
>
>Section 3.1 ". . . The service requestor uses a find operation to retrieve
>the service description locally or from the discovery agency (i.e. a
>registry or respository) and uses the service description to bind with the
>service provider and invoke or interact with the web service implementation."
>
>This doesn't sound like it allows the possibility of a Service Requester
>obtaining the service description directly from the Service Requester,
>even though that possibility is made clearer later on. I think it is
>important to point out more clearly here that the Service Requester could
>obtain the service description directly from the Service Provider. I
>suggest the following wording change:
>
>"The Service Requester obtains the service description either locally,
>directly from the Service Provider (if it is already known to the Service
>Requester), or it uses a find operation to retrieve the service
>description from a discovery agency (i.e. a registry or respository). The
>Service Requester then uses the service description to bind with the
>Service Provider and invoke or interact with the Web Service implementation."
>
>--------
>
>Section 3.1.1. I have two suggestions on this section:
>
>(a) The current definition of "The Service" is pretty confusing:
>". . . The Service: Whereas a web service is an interface described by a
>service description, its implementation is the service. A service is a
>software module deployed on network accessible platforms provided by the
>service provider. It exists to be invoked by or to interact with a service
>requestor. It may also function as a requestor, using other web services
>in its implementation."
>
>I would suggest the following definition:
>"The Web Service (or "Service") is a software module that is deployed on
>network accessible platforms provided by the Service Provider. It
>implements the interface defined by the Service Description, and exists to
>be invoked by or to interact with a Service Requester. It may also
>function as a Service Requester, in a peer-to-peer relationship."
>
>(b) It bothers me to see both "The Service" and "The Service Description"
>in the same category called "Components", since one is an agent (or role)
>and the other is an artifact (or document). I suggest changing the title
>of 3.1.1 to "Data" and moving the definition of "The Service" to section
>3.1.2 as a sub-definition under the definition of "Service Provider",
>since the Service is a part of (or owned by) the Service Provider.
>
>--------
>
>Section 3.1.2 The term "Service Provider" is defined to mean two very
>different things -- as the "owner of the service" and as a "service
>execution environment" -- and I think that introduces unnecessary
>confusion. We should use different terms to refer to these different
>things. The same problem exists for the term "Service
>Requester". Furthermore, it seems strange to say that the "Service
>Provider" is an "execution environment", while the "Service Requester" is
>an "application".
>
>I suggest using the following terms:
> "Provider Entity" to refer to the owner of the service.
> "Requester Entity" to refer to the owner of the client.
> "Provider execution environment" to refer to the service's
> execution environment (if needed).
> "Requester execution environment" to refer to the client's
> execution environment (if needed).
> "Requester Agent" to refer to the runtime application that the
> Requester Entity uses to invoke a Web Service.
> "Provider Agent" to refer to the runtime application that the
> Requester uses to implement the desired service. ("Provider Agent" would
> therefore be a synonym for "Web Service".)
>
>I am not married to these particular terms, but I do think it is
>important: (a) to use different terms for different concepts; and (b) to
>be consistent in our terminology.
>
>Thanks,
>
>--
>David Booth
>W3C Fellow / Hewlett-Packard
>Telephone: +1.617.253.1273
--
David Booth
W3C Fellow / Hewlett-Packard
Telephone: +1.617.253.1273
Received on Thursday, 31 October 2002 17:13:47 UTC