i022: Relationship to the SOAP Binding Framework: a SOAP Request MEP and OneWay HTTP Binding

I offer up the first new W3C SOAP MEP and Binding in many a moon...

 

I've written up a first draft of a proposed WS-Addressing Adjuncts with
a SOAP request MEP and a one-way SOAP HTTP Binding.  I believe this is
sufficient to close issue 22.  

 

I think it allows the soap request-response MEP to be layered on 2
one-way SOAP HTTP Bindings, but I haven't really verified it.  I've had
a few problems with the links, which I will work on once y'all have had
a chance to review.  I basically copied the soap 1.2 adjuncts MEP and
Binding section.

 

Some of the tricky areas that I thought I'd call out:

- There is an optional binding specific response in the one-way MEP.

- Relationship to media type.  I think this be covered by the soap
media-type, but I'm not 100% sure.  I'm not sure about the case of
whether a soap+xml is good enough for this mep+binding, I sure hope so
though.

- Webmethod support: I said POST only

- The identification of the mep in use can't be gleaned from the
information in the binding, unlike the SOAP HTTP Binding

- Streaming: I consistently said that requesting SOAP nodes must avoid
deadlock by accepting binding-specific response messages

- I removed "receiving" state from the next state tables.

- SOAP faults cannot come back over the http response.  For
request-response bound to 2 http requests, life sucks.

- The binding can allow an empty body, especially for cases where the
action is sufficient.

- I kept the HTTP status code at 200

 

I would also like to mention that I found this exercise very
informative.  I think that SOAP has provided an excellent framework for
creating interoperable meps and bindings as it forced me to think about
many hard issues.

 

Cheers,

Dave