Some ringing endorsements for REST

Is REST the future of SOA?

Some analysts think so.

The battle between SOAP/WS-* and REST proponents has been going on for some time now. In fact, a little over a year ago, Gartner's Darryl Plummer pointed out in an oft-discussed article that the Web services world had actually split into two camps -- the more complex SOA proponents, and the external Web app proponents. However, the lower complexity of external Web-facing apps may have something to offer internal deployments as well. "Standards such as Plain Old XML (POX) over HTTP and Representational State Transfer (REST) are asserting themselves as legitimate and very credible ways of delivering on the value proposition of Web services."

Now, Burton Group's Anne Thomas Manes said she sees the future of SOA, and it's a RESTful one. According to a report by TechTarget's Rich Seeley, Anne recently told a conference that "REST is not new because REST is in fact the Web," she said. "The Web has been around for 15 years, but very few people have used it for service-oriented systems."

That may change soon.

REST is now starting to catch on in SOA, Anne observes. However, it's only now being used by innovators, and it may take up to 10 years before a majority of developers will be using REST.

REST involves sending GET commands via HTTP to URIs to retrieve data. However, Anne said, "even long-time REST advocates admit having trouble thinking of applications in terms of REST."

Help is on the way. Major vendors such as IBM and Microsoft -- as well as open-source communities -- are releasing frameworks and tools for designing and building REST applications. However, many tools are not ready, she added. "Web services toolkits that say they do REST don't always [do it as advertised]," she said. "They do POX."

Sam Ruby, who recently wrote a book on REST with Leonard Richardson, observed in a recent interview that "REST not the solution to every problem, but I will note that if you find a problem where REST is not the solution, it does not immediately follow that WS-* is either."

Ruby said in the interview that prior to his REST epiphany (thanks to the Blosxom code base), he had always "operated under the assumption that the network was something that needed to be encapsulated and abstracted away. And here was a small piece of code with no dependencies which actually was simpler, more powerful, more maintainable, and more robust because it did NOT make these assumptions." He also said that "the number of publicly available SOAP stacks continues to exceed the number of publicly deployed SOAP Web services."

The advantage REST holds over WS-* is its ability to support application mashups, Richardson added. A real plus for REST is "the control it gives the users of the service," he pointed out. "If your data is exposed through a large number of resources, I can get to the data I want very quickly, using a minimal software stack you may not explicitly support. When resources are identified by URI, I can feed the URIs into other services to make mashups. When resources link to each other, I can navigate them without internalizing a lot of complicated rules."

(Thanks to SOA Digest for the pointer to this article.)