InfoQ

News

REST vs SOAP Roll Call

Posted by Miko Matsumura on Aug 15, 2006 01:15 PM

Community
SOA
Topics
REST ,
Web Services
Tags
SOAP

Stefan Tilkov on his blog has produced a useful roll call of REST vs SOAP/WS style bloggers

When designing SOA, it's important to consider appropriate architectural style--and themes from REST or from the Web Services community may be applicable depending on the requirement set. It's incumbent on architects to understand the advantages and disadvantages of both styles to better apply the techniques. This list of bloggers is very useful as a tool for exploring these styles. In particular, if you see yourself in one of these camps, it may be useful to peruse the "other" camp's blogs to gain an understanding of the benefits of such approaches.

Web Services/WS-* supporters (10)

REST supporters (15)

Supporting both (15)

I'm not so much against REST.. by Steve Jones Posted Aug 15, 2006 5:31 PM
REST vs SOAP Roll Call by Javier Castañón Posted Aug 21, 2006 12:43 AM
  1. Back to top

    I'm not so much against REST..

    Aug 15, 2006 5:31 PM by Steve Jones

    As for sticking to one approach and standard, if REST had come first and done all the leg work around policy and security then that would be great too. But things like 802.11x and the US phone networks surely teach us that its much better to agree on a standard than have lots of twisty standards all different (which was what I blogged about a while back). IT is too obsessed with the next best thing, rather than just making do and using what is "good enough". We are the Golgafrinchans never getting anywhere because we argue what colour the wheel should be. Technical discussions like SOAP v REST add nothing to the debate as to how IT will better deliver business solutions that are maintainable, flexible and most importantly look like the business rather than a series of techy acronymns.

  2. Back to top

    REST vs SOAP Roll Call

    Aug 21, 2006 12:43 AM by Javier Castañón

    It could be interesting to build a list of REST-ian books and SOAP books. Or at least non SOAP books. I find Dirk Krafzig's Enterprise SOA: Service-Oriented Architecture Best Practices a non SOAP book, on the other hand Thomas Erl's Service-Oriented Architecture: Concepts, Technology, and Design is too SOAPy to my taste. Javier

Educational Content

Bindings, Platforms, and Innovation

This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.

Orchestrating Long Running Activities with JBoss / JBPM

This article explores the use of JBoss and jBPM to implement design solutions that effectively address the issue of orchestrating long running activities.

Neo4j - The Benefits of Graph Databases

This presentation covers the use of graph databases as an optimal solution for data that is difficult to fit in static tables, rapidly evolving data or data that has a lot of optional attributes.

Realistic about Risk: Software development with Real Options

This session introduces Real Options and shows how it can help in running your project. Real Options is a decision-making process that can be used to manage risk.

Communication Flexibility Using Bindings

This article discusses the use of bindings on services and references (including the instance of non-configured bindings) as the means to implement SCA communications in a Web and SOA environment.

Writing DSLs in Groovy

After a short introduction to DSLs, Scott Davis plays with the keyboard showing how to approach the creation of a DSL by typing working snippets of Groovy code that get executed.

Scaling Agile with C/ALM (Collaborative Application Lifecycle Management)

IBM Rational and InfoQ present, Scaling Agile with C/ALM, an eBook showing organizations how to become “finely tuned software delivery machines” by enabling team integration and scaling.

Concurrent Programming with Microsoft F#

Amanda Laucher presents a real life enterprise application written in F#. She shows actual code snippets, explaining design decisions and suggesting how to use some of the F# constructs.