RE: TAG document: SOAP HTTP GET binding available

Sam,

Thanks for your considered comments.

1. It is certainly possible that a web service accessed via GET and URI can
be exposed as an entry in a wsdl file, and I expect that many would.  But it
is also certainly possible and probable that web services using URI binding
or HTTP POST binding without being defined using WSDL.  A key point of this
proposal is to create an automatable conversion, so that SOAP software can
reach into URI space.  Given that we want to deal with SOAP in URI space,
potentially without WSDL, I'm don't see how we could do this as a delta on
WSDL.

2. I feel extremely comfortable with the WSDL group looking at the issue of
defining mechanism for expressing which port-types are "safe".  This would
be very useful for taking advantage of the proposal.  The TAG would be
interested in having a discussion with the WSD working group on this.

3. I agree with you, clearly the URI binding should be only used for "safe"
methods.  In fact, the TAG is in a process of issuing a finding on use of
GET.  This proposal is targetted at SOAP HTTP POST bindings that should be
expressed in URI space.  One interesting approach would be to label things
as "safe" in wsdl space, and then use this proposal for providing access in
URI space.  I purposefully did not include text on using GET for safe
methods because this text will be in the web architecture document, in
production.  Perhaps it should be included even though it is duplicating
information.

What do you think?

Cheers,
Dave



> -----Original Message-----
> From: www-tag-request@w3.org
> [mailto:www-tag-request@w3.org]On Behalf Of
> Sam Ruby
> Sent: Tuesday, May 07, 2002 5:35 AM
> To: www-tag@w3.org
> Subject: Re: TAG document: SOAP HTTP GET binding available
>
>
> If you will permit me, I have a few comments on the document.  For the
> moment, I'll limit myself to section 1 and section 1.1.
> Depending on the
> reception of these comments, I may have more.
>
> Section 1. Introduction
>
>    If the desire is to bind a web service to HTTP GET, then
> arguably this
>    is a web service binding not a SOAP binding.  In fact, the
> Web Service
>    Description Language already includes a number of bindings
> including
>    HTTP GET & POST Binding defined in section 4
>    <http://www.w3.org/TR/wsdl#_http>.  Section 3 of this
> document describes
>    the SOAP binding, and section 5 describes a MIME binding.
>
>    Perhaps this input could be reformulated as a delta to the
> existing WSDL
>    document?
>
> Section 1.1 Requirements
>
>    "The mapping from SOAP HTTP POST Binding to HTTP GET and
> back shall be
>    automatable.".  This concerns me a bit as HTTP GET is
> supposed to be
>    limited to "safe" operations - see
>    http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.1.1.  In
>    general, this determination is not automatable.  Also, the
> WSDL bindings
>    for the various protocols contain a number of protocol
> specific elements
>    that influence the mapping between the abstract definition
> of the sevice
>    and the formulation of bits that flow across the wire.
>
> - Sam Ruby
>
>

Received on Tuesday, 7 May 2002 15:24:34 UTC