Identifying Web service with a single entrypoint is fine; except that in the real world most people consider a Web service to denote a related set of entrypoints. (My terminology: to avoid getting into semantics). I.e., most people will need to describe/manage/deal with sets of these things in a coherent way. This is precisely what the concept of a composite web service is targeted at. If you restrict the concept of Web service to the single entrypoint case, you `solve' one problem (what is meant by a Web service's URI for example) but leave unanswered the larger scale issues. Frank On Monday, April 28, 2003, at 10:22 AM, Sanjiva Weerawarana wrote: > "Francis McCabe" <fgm@fla.fujitsu.com> writes: >> >> This proposal is only going to fly technically if we also grasp the >> composite service nettle. > > I'm sorry but I don't understand; can you elaborate please? > > Sanjiva. > >Received on Monday, 28 April 2003 13:37:41 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2007 12:25:18 GMT