- From: Philippe Le Hegaret <plh@w3.org>
- Date: 29 May 2003 10:57:22 -0400
- To: Mark Baker <distobj@acm.org>
- Cc: www-ws-desc@w3.org
On Thu, 2003-05-22 at 14:19, Mark Baker wrote:
> On Thu, May 22, 2003 at 10:51:03AM -0700, Jeffrey Schlimmer wrote:
> > Any concerns if we make this simplification?
>
> Not specifically, but I would say that any action taken as the result
> of the resolution of issue 64[1] will impact the HTTP binding
> *significantly*. So relatively minor edits like this one would seem
> to be a case of premature optimization. 8-)
I believe that the current proposal for HTTP binding addresses issues
64.
<interface name='Bulb'>
<operation name='state'>
<part name='bulbId'/>
</>
<operation name='change'>
<part name='bulbId'/>
<part name='newState'/>
</>
</>
<binding name='http'>
<operation name='state'>
<http:verb value='GET'/>
</>
<operation name='change'>
<http:verb value='POST'/>
Mhttp:operation location='?buldId={bulbId}'/>
</>
</>
<service interface='Bulb'>
<endpoint name='http'>
<http:address href='http://example.com/bulbs'>
</>
</>
Remove the operation constructions for this case would force us to
inline the parts inside the HTTP binding, which is against the
reusability of the interface imho. Now I could have named "state" and
"change", "GET" and "POST" directly if I wanted to. Wouldn't change
anything and the URI constructed will still be
http://www.example.com/bulbs?buldId=42
I'd be certainly willing to consider a concrete proposal for the HTTP
binding if the current doesn't address your concern,
Philippe
Received on Thursday, 29 May 2003 10:57:23 UTC