- From: Champion, Mike <Mike.Champion@SoftwareAG-USA.com>
- Date: Sun, 8 Jun 2003 07:20:08 -0600
- To: "'www-ws-arch@w3.org '" <www-ws-arch@w3.org>
> -----Original Message----- > From: Hao He [mailto:Hao.He@thomson.com.au] > Sent: Sunday, June 08, 2003 5:26 AM > To: 'Ugo Corda '; 'Cutler, Roger (RogerCutler) '; > 'www-ws-arch@w3.org ' > Subject: RE: Counting noses on "is SOAP and/or WSDL intrinsic > to the def > inition of Web service" > > > That is the whole point, we want plain XML over HTTP to be > part of W3C Web > Services architecture. This is actually to software vendors' > benefits as > well -- users would be able to mmigrate to SOAP if needed. What exactly do you want the WSA document to say about "plain XML over HTTP"? We could (I think) note in the text or an appendix what the WSDL description of that type of service is, making XML over plain HTTP a "minimal web service" in the nomenclature I proposed yesterday (or "basic" or whatever less perjorative term we want to supply). Still, we would have to note that the actual form of the content is completely unconstrained, or rather application-defined. Thus app <-> app communication relies on ad hoc / out of band definition of both the syntax and the semantics. We would also have to note that any extensions to provide reliable messaging, security, correlation of multi-part services, etc. (see the Requirements document) are also ad hoc / application-defined. I'm happy to say something in the WSA document that genuflects over "plain XML over HTTP" to blesses it as a "web service" design pattern for those who have application-defined syntaxes and don't need reliable messaging, correlation, choreography, security, late binding, etc. But we can't avoid the "but, on the other hand, that doesn't support most of the WSA requirements ... users SHOULD migrate to SOAP when these become important in their application context" or something.
Received on Sunday, 8 June 2003 13:14:10 UTC