- From: David Orchard <dorchard@bea.com>
- Date: Fri, 27 Jun 2003 14:26:43 -0700
- To: "'Ugo Corda'" <UCorda@SeeBeyond.com>, "'Anne Thomas Manes'" <anne@manes.net>, "'Francis McCabe'" <fgm@fla.fujitsu.com>, "'Hao He'" <Hao.He@thomson.com.au>
- Cc: <www-ws-arch@w3.org>
- Message-ID: <026301c33cf2$cf8d1df0$7106a8c0@beasys.com>
Indeed. I had tried a while ago to rationalize the relationship between SOAP message and representations. I think we need to be clear that a SOAP message *may* contain a representation, but it is not a "a SOAP message is-a type of representation". The features and bindings section describes the properties of soap messages and the shared environment. Representations are part of the properties of the message. Other properties include binding specific properties that aren't in the representation. It should be observed that the soap+xml mime type is for envelope infosets serialized as xml. Now I *think* that representation=envelope infoset. Might be interesting to call this out. messages, envelopes, representations, meps. Good stuff to get clear. Cheers, Dave > -----Original Message----- > From: www-ws-arch-request@w3.org [mailto:www-ws-arch-request@w3.org]On > Behalf Of Ugo Corda > Sent: Friday, June 27, 2003 10:47 AM > To: Anne Thomas Manes; Francis McCabe; Hao He > Cc: www-ws-arch@w3.org > Subject: RE: Proposed text for 2.2.21 (take 2) > > > > Well, according to the SOAP definition of a Response MEP > (which the HTTP GET binding is associated with): > "The SOAP Response MEP defines a pattern for the exchange of > a non-SOAP message acting as a request followed by a SOAP > message acting as a response". > > So the SOAP 1.2 spec says there are two messages involved ... > > Ugo > > > -----Original Message----- > > From: Anne Thomas Manes [mailto:anne@manes.net] > > Sent: Friday, June 27, 2003 10:29 AM > > To: Ugo Corda; Francis McCabe; Hao He > > Cc: www-ws-arch@w3.org > > Subject: Re: Proposed text for 2.2.21 (take 2) > > > > > > I think Mark's point is that when you use the HTTP GET Web > > Feature, you > > don't *send* a message to the resource. You simply GET the > > representation, > > which happens to be a SOAP message. > > > > Anne > > > > ----- Original Message ----- > > From: "Ugo Corda" <UCorda@SeeBeyond.com> > > To: "Francis McCabe" <fgm@fla.fujitsu.com>; "Hao He" > > <Hao.He@thomson.com.au> > > Cc: <www-ws-arch@w3.org> > > Sent: Friday, June 27, 2003 12:50 PM > > Subject: RE: Proposed text for 2.2.21 (take 2) > > > > > > > > > > > I would strongly suggest removing the references to using > > HTTP GET as a > > > > way of sending messages. Mark B is right on this one. If > > you want to > > > > use HTTP, the appropriate verb is POST. > > > > > > I don't fully understand your comment. I think Hao was > > referring to the > > Web Method feature of SOAP 1.2. According to that feature, > an HTTP GET > > represents a particular binding of a SOAP Response MEP. So an > > HTTP GET used > > in this context is a legitimate realization of the type of > messages we > > address in this spec. > > > > > > > I suggest further that the plain XML reference is not one > > that has been > > > > endorsed by the group. Indeed I recall significant > > pushback on this > > one... > > > > > > I agree. > > > > > > Ugo > > > > > > > > > > > >
Received on Friday, 27 June 2003 17:27:07 UTC