[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: What Does SOAP/WS Do that A REST System Can't?

• To: xml-dev@l...
• Subject: Re: What Does SOAP/WS Do that A REST System Can't?
• From: Michael Champion <michaelc.champion@g...>
• Date: Wed, 30 Mar 2005 12:50:14 -0500
• Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=VoHXjpgvmXscd62JQBWfJDFFybZLWvvZlP9032YopYiy6U1GGH2lexqnDd1hLFSaLQjaAr0JvsQb9NX0+4ihzGtnn2baDKbwOpIpqECnRD37jHF1R66ynwmFPQ/+BPg4LtpQJ/Hy0yXjkD+Q7a5wv2oFMSlYAsNdf8IhRQcXWKI=
• In-reply-to: <3f1451f505033009326bbdc1ba@m...>
• References: <15725CF6AFE2F34DB8A5B4770B7334EE07206D57@h...> <e3a5cb2c05033008513cd5486c@m...> <3f1451f505033009326bbdc1ba@m...>
• Reply-to: Michael Champion <michaelc.champion@g...>

On Wed, 30 Mar 2005 12:32:11 -0500, Joe Gregorio <joe.gregorio@g...> wrote:

> > Mu.  REST is a protocol, SOAP is a message format.  <duck>
> 
> REST is an architectural style, SOAP is a message format.

You're right of course.  SOA is also an architectural style.

  I *think* the whole SOAP vs REST permathread  comes down to
Resource-orientation vs Service-orientation ... complicated by the
fact that services are also resources, and services can be invoked by
HTTP+XML just fine.  Joe's
http://www.xml.com/pub/a/2005/03/02/restful.html  is the clearest I've
ever seen on what "resource orientation" means :

" we need to answer our four questions.
   1. What are the resources?
   2. What are the representations?
   3. What methods are supported at each resource?
   4. What status codes could be returned?"

I can't point to an equally concise definition of SOA, perhaps something like:
   1. What are the services?
   2. What are the the service contracts (interfaces) to invoke the servces?
   3. What quality of service is required in a real business situation?
   4. What technologies can be feasibly applied to meet those QoS requirements?"

In *both* REST and SOA there is a very large hairy wookie of an
unanswered question screeching for attention: What are the semantics
of the resources / services?  In practice this is handled explicitly
or implicitly by human understanding in both styles. In theory both
could be handled by some sort of formal semantic mapping a la the
Semantic Web.

• Follow-Ups:
  • Re: What Does SOAP/WS Do that A REST System Can't?
    • From: Jan Algermissen <jalgermissen@t...>
  • Re: What Does SOAP/WS Do that A REST System Can't?
    • From: Bill de hÓra <bill.dehora@p...>
  • Re: What Does SOAP/WS Do that A REST System Can't?
    • From: Joe Gregorio <joe.gregorio@g...>
  • Re: What Does SOAP/WS Do that A REST System Can't?
    • From: Charles Woerner <cwoerner@e...>

• References:
  • What Does SOAP/WS Do that A REST System Can't?
    • From: "Bullard, Claude L (Len)" <len.bullard@i...>
  • Re: What Does SOAP/WS Do that A REST System Can't?
    • From: Michael Champion <michaelc.champion@g...>
  • Re: What Does SOAP/WS Do that A REST System Can't?
    • From: Joe Gregorio <joe.gregorio@g...>

• Prev by Date: Re: What Does SOAP/WS Do that A REST System Can't?
• Next by Date: RE: What Does SOAP/WS Do that A REST System Can't?
• Previous by thread: Re: What Does SOAP/WS Do that A REST System Can't?
• Next by thread: Re: What Does SOAP/WS Do that A REST System Can't?
• Index(es):
  • Date
  • Thread