- From: Sergey Beryozkin <sberyozkin@zandar.com>
- Date: Fri, 20 Jun 2003 13:19:03 +0100
- To: "Sanjiva Weerawarana" <sanjiva@watson.ibm.com>, <www-ws-desc@w3.org>
Sorry for asking what likely is a trivial question, but : > > Can a client processing service d1 and d2 descriptions to avail of this > > targetResource attribute in any way ? > > Sure- to realize that d1 and d2 both have something on common: they > are both services that mess around with the same resource. So, for example, a client sees a printer service which can print a document to a printer (identified by a targetResource), and also sees a printer management service which can manage the same targetResource. I can't see at the moment how the client can utilize this information. Say, a client now can set up a printer first before sending a document to print ? But wouldn't a client be able to do the same if there were two services descriptions available (printer and printer manager) but without a @targetResource ? Thanks ! Sergey Beryozkin ----- Original Message ----- From: "Sanjiva Weerawarana" <sanjiva@watson.ibm.com> To: <www-ws-desc@w3.org> Sent: Friday, June 20, 2003 12:22 PM Subject: Re: targetResource wording > > "Sergey Beryozkin" <sberyozkin@zandar.com> writes: > > > > In practical terms, does it mean that a targetResource serves as *an > > internal hint only* to the services s1 and s2 as to how to process an > > incoming request ? > > No, its not an internal hint on how to process incoming requests. > > > Can a client processing service d1 and d2 descriptions to avail of this > > targetResource attribute in any way ? > > Sure- to realize that d1 and d2 both have something on common: they > are both services that mess around with the same resource. > > Sanjiva. > > >
Received on Friday, 20 June 2003 08:18:59 UTC