W3C home > Mailing lists > Public > www-ws-arch@w3.org > January 2004

Re: Section 1.6 and REST - Can we make this more clear and useful ?

From: Michael Champion <mc@xegesis.org>
Date: Sat, 24 Jan 2004 10:00:41 -0500
Message-Id: <13EEC716-4E7E-11D8-AD20-000A95CCC59E@xegesis.org>
Cc: <www-ws-arch@w3.org>
To: "Newcomer, Eric" <Eric.Newcomer@iona.com>

On Jan 24, 2004, at 6:42 AM, Newcomer, Eric wrote:

> Mike,
> I don't think non-rest is object oriented, and I don't think SOAP is 
> object oriented.  As a CORBA company, we try to make a very clear 
> distinction between something we consider object-oriented such as C++ 
> CORBA for example, and something that isn't.  SOAP explicitly excludes 
> most, if not all, of the characteristics of object based systems.

It's too bad you've been so busy lately; Iona is exactly the kind of 
company that has the perspective spanning CORBA, Web services, and SOA 
that we need to tap here.  I hope we can spend a bit of time at the F2F 
tightening up what we want to say.

> Amazon.com says (Jeff Barr I think, check Doug Kaye's IT Conversations 
> at www.rds.com) that the majority of their "web services" users choose 
> the "REST" style, although what they mean by that is plain XML 
> documents.  A good number use what they call SOAP style, meaning XML 
> documents in SOAP format.  ...

> We have a problem in our document when we use the term "REST" to apply 
> to Web services since it's not in our definition of a Web service.  I 
> think it was a good try, all right, but we probably should focus on 
> wordsmithing what's there and avoid reflecting the type of debate 
> that's going on in the email list since it will never end...

Actually, maybe this belongs in the Stakeholders Perspectives and not 
the Introduction.  I agree that the Introduction should focus the 
reader on what we plan to cover in Concepts/Relationships, and that is 
Web services as we (finally) defined them in terms of SOAP and WSDL.

So, here's what I propose (and it is more in the way of moving text 
around than changing what we have or -- Heaven forbid -- wallowing in 
the REST troutpond once again:  Section 1.6 should be a very quick 
overview of what we understand the meaning of Web, Web services, SOA, 
etc. to be and a rationale for why we focus only on the 
concepts/relationships that we do focus on.  The bulk of the 1.6 stuff 
would go into one or more Stakeholders Perspectives -- after all, "XML 
over the Web" users are stakeholders in this discussion, even if the 
formal definition of Web services doesn't really cover them well.  
People who are promoting SOA [Iona and Software AG come to mind :-) ] 
are stakeholders in a discussion of how SOA relates to web services, 
the web, CORBA, etc.

I think that would help balance Eric's concern that the document be 
definitive, and my desire for the document to capture the "informative 
and descriptive" position on things we spent so much time talking about 
and -- at least within the WG -- have come to a majority view on.   I 
would like to see a future incarnation of a W3C Architecture group 
address these issues in a definitive way with all the major players at 
the table, but for now I'm most interested in ensuring that the world 
can see an "informative" view of what we've more or less agreed on 
[Hao's dissent is noted!] so that what I think is a pragmatic middle 
ground doesn't get lost (or laboriously rediscovered) in future 

Anyway, if this requires a lot of discussion, we just have to take 
Eric's advice and toss it.  If so, no big deal, any of us who are 
interested in documenting the "pragmatic middle ground" for posterity 
can collaborate on an article or W3C submission or something.
Received on Saturday, 24 January 2004 10:00:56 UTC

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