I'm inclined to call GET a binding feature of a HTTP binding, rather than a separate binding, because it both places constraints on the way you use SOAP and provides certain functionality, rather than providing a mechanism to move *any* SOAP message around. There would need to be an established convention to get from a (constrained, as per the rules of the GET feature) SOAP envelope to a URI and back. There may be one for arbitrary XML, but I view that as a degenerate case. Cheers, On Wed, Feb 20, 2002 at 09:28:23PM -0000, Williams, Stuart wrote: > > On Wed, Feb 20, 2002 at 10:16:59AM -0800, Paul Prescod wrote: > > > If you (and they) would separate out your data model from your > > > syntax then this would be even easier. XML is *just a data format*. > > > If it gets in the way, get rid of it! > > > > Exactly! If the WG defines a mechanism whereby different data models > > from the envelope can be serialised into the URI, GET becomes easy, > > as long as the other limitations of GET are acknowledged. The obvious > > serialisation to start with is of section 5 encoding. > > And for an arbitrary SOAP message? -- Mark Nottingham http://www.mnot.net/Received on Wednesday, 20 February 2002 17:43:33 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 October 2009 08:41:51 GMT