- From: Mark Baker <distobj@acm.org>
- Date: Thu, 29 May 2003 13:52:56 -0400
- To: Philippe Le Hegaret <plh@w3.org>
- Cc: www-ws-desc@w3.org
Hi Philippe, On Thu, May 29, 2003 at 10:57:22AM -0400, Philippe Le Hegaret wrote: > 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. Well, there's the rub 8-); an application protocol defines an interface, so it isn't reusable with other application protocols. SMTP doesn't have a GET method, for example. > Now I could have named "state" and > "change", "GET" and "POST" directly if I wanted to. Yes, that would address the issue, as long as it was unambiguous that this was HTTP GET and POST as defined in RFC 2616. This would be equivalent to, as you say, inlining the binding into the interface. > Wouldn't change > anything and the URI constructed will still be > http://www.example.com/bulbs?buldId=42 Yes, the URI would be the same, but there are other considerations. Currently, there's an implicit understanding in the use of WSDL, that a client wanting to use a service with a WSDL description has to understand what the wsdl:operation means in order to use it, as that is what it is being asked to happen. If the wsdl:operation is "state", but a client doesn't need to understand what that means, and instead only needs to understand what HTTP GET means, then that makes wsdl:operation superfluous. This is the point of issue 64, and I attempted to address that with an earlier proposal (see below). > I'd be certainly willing to consider a concrete proposal for the HTTP > binding if the current doesn't address your concern, Well, I made a proposal that would resolve my issue, though it's not a HTTP binding; it (optionally) removes the need for bindings altogether when using an application protocol. http://lists.w3.org/Archives/Public/www-ws-desc/2003Jan/0103 http://lists.w3.org/Archives/Public/www-ws-desc/2003Jan/0111 If that's not concrete enough, let me know. Thanks. MB -- Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca Web architecture consulting, technical reports, evaluation & analysis Actively seeking contract work or employment
Received on Thursday, 29 May 2003 13:49:41 UTC