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

REST as RPC done right

• To: xml-dev@l...
• Subject: REST as RPC done right
• From: "Simon St.Laurent" <simonstl@s...>
• Date: 27 Feb 2002 11:42:10 -0500

Is it fair to describe REST as RPC done right?

I can't say I believe the various denials from the REST camp claiming
that REST is fundamentally different from RPC.  REST has far fewer and
more generic methods than most RPC approaches encourage, and doesn't
appear as likely to create tightly (irrevocably?) coupled systems.  On
the other hand, it clearly has methods and parameters, as well as a
request-response approach.  URIs are not a magic wand for cleaning up
architectures in my experience either.

From my perspective (XMLChucker etc.), REST still looks like RPC.  It
looks, however, like RPC done far more thoughtfully than usually. 
Building REST applications requires some thought beyond slapping a
translator onto an API, and it looks like that thought process is
valuable.

Does that seem like a reasonable summary?  I don't mind saying REST is
better RPC.  I have a hard time saying that REST is not RPC.

-- 
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com

• Follow-Ups:
  • Re: REST as RPC done right
    • From: Gavin Thomas Nicol <gtn@r...>
  • Re: REST as RPC done right
    • From: Paul Prescod <paul@p...>
  • Re: REST as RPC done right
    • From: Mark Baker <distobj@a...>
  • Re: REST as RPC done right
    • From: Mike Champion <mc@x...>

• Prev by Date: RE: MS thinks HTTP Needs Replacing???
• Next by Date: RE: MS thinks HTTP Needs Replacing???
• Previous by thread: RE: HTTPEctomy considered bad (was RE: RE: MS thinks HTTP Needs Replacing???)
• Next by thread: Re: REST as RPC done right
• Index(es):
  • Date
  • Thread