8102Re: [soapbuilders] Re: SOAP 1.2 GET binding
- Jul 4, 2002Hi all, 8-)
I think I agree with Sanjiva that the use of SOAP together with
WSDL seems to diminish the usefulness of the SOAP Response MEP
over HTTP GET.
Since I believe the SOAP HTTP binding is not going away (even
though many think it's suboptimal at best) the WSDL group will
have to think hard on how to make SOAP Response MEP over HTTP GET
describable in WSDL and how to describe RESTish applications in
WSDL so that they are recognized as such in order to be able to
use HTTP effectively.
For soapbuilders interop testing, unless we see a great number
of implementations with converging views of how the new MEP over
GET is to be implemented, we should concentrate on what we
already do - headers, faults, attachments.
Senior Architect, Systinet Corporation
P.S: I'm off for a week's vacation starting 7/5.
On Thu, 4 Jul 2002, Sanjiva Weerawarana wrote:
> "cdthoughtpost" <chris@...> writes:
> > Where does the WSDL HTTP GET binding come into play here? Should
> > that be used as the basis for support of this feature? If so, then
> > WSDL seems to assume either a replacement scheme or encoding as the
> > query string, defined in the GET binding.
> The WSDL 1.1 HTTP GET binding is a different beast from the new
> SOAP MEP. WSDL 1.2 will need to have an additional binding for
> request-response operations to support the new MEP: HTTP GET for
> the request and SOAP envelope in the response of that GET. That
> binding would have to define a way to generate the URL from the
> message parts - probably in a manner similar to the current GET
> binding does.
> The funny thing to me is this: (if and) when WSDL has a binding
> for the new MEP and (if and) when toolkits support that binding,
> the use of the new MEP will be indistinguishable from the use
> of the "old" MEP of the request too being in SOAP via HTTP POST.
> That is, a stub generated from these WSDLs would behave exactly the
> same way! Thus, the use of GET would become an implementation detail
> that users would not care about, just like they don't care about
> POST being used right now (or in fact that HTTP is being used).
> This seems to defeat the main objective of this new MEP: to allow
> application developers (i.e., people who call the stub) to recognize
> that an operation is a "safe" operation and hence can be "linked"
> to by that application. The app developer (in most cases) probably
> didn't even read the WSDL and hence probably never knew that GET
> was used instead of POST!
- << Previous post in topic Next post in topic >>