W3C home > Mailing lists > Public > www-ws-arch@w3.org > April 2003

Re: On why services may not have URIs

From: Walden Mathews <waldenm@optonline.net>
Date: Mon, 21 Apr 2003 17:24:35 -0400
To: Francis McCabe <fgm@fla.fujitsu.com>, www-ws-arch@w3.org
Message-id: <005101c3084c$696a0b80$1702a8c0@WorkGroup>

> However, in the case of a composite service, there may not be a single 
> transport end-point associated with it. Consider the 
> Request/Subscribe/Publish model in which separate entities manage the 
> subscriptions from the publications. It is all one service (from the 
> POV of a requestor) but not from the provider's POV.

Maybe the requestor's view is all that matters.

> 
> In addition, a given agent may be offering several services; and 
> requiring that the agent map those into different transport end-points 
> imposes an architectural constraint on the implementation that doesn't 
> necessarily reflect the customers requirements.

An agent is not a service.  The requirement is that each service be
bound to an identifier.  How is that broken?

> 
> The other possible answer is that the service URI points to the 
> description of the service. However, we have always said that service 
> descriptions MAY be formally expressed, not MUST be. I.e., there may 
> not be anything to GET at the end of the service URI.
> 
> In effect, we can say nothing about the resource identified by the URI. 
> This is reminiscent of the XML namespace URI.
> 
> Comments?
> 
> 
Received on Monday, 21 April 2003 17:24:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2007 12:25:18 GMT