W3C home > Mailing lists > Public > www-ws-arch@w3.org > June 2003

RE: Counting noses on "is SOAP and/or WSDL intrinsic to the def inition of Web service"

From: Champion, Mike <Mike.Champion@SoftwareAG-USA.com>
Date: Sun, 8 Jun 2003 07:20:08 -0600
Message-ID: <9A4FC925410C024792B85198DF1E97E405D62CD6@usmsg03.sagus.com>
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

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

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:41:07 UTC