SOA with REST title now available worldwide

Benjamin Carlyle <[email protected]>
Newsgroups gmane.comp.web.services.rest
Message-ID <CAN2g+6YYNsxEO1R72A=932FBvAkWWV8oMS-zsN1=JSGzx45q4A@mail.gmail.com>
Gentlefolk,

I haven't posted here for a while, but many of you know me as having been
active to varying degrees in the REST community for about 6 years now. I
have some significant experience implementing REST in machine to machine
environments (browser free environments) in backend business systems,
realtime safety-related control systems, and a number of other esoteric
environments that involve leading people and negotiating internal and
business to business interfaces with people with varying levels of REST
expertise and enthusiasm. Over the last few years I have been working with
a number of others on the title mentioned in the subject line.

It's a title I don't expect to pass by this list without criticism. It uses
vocabulary that is often more on the SOA side than on the REST side. It
focuses on REST "service contracts" (the set of urls exposed by a server
and the server-specific meaning of standard methods and media types in
those resources) as a standard tool for governing "REST services" as part
of an overall service inventory. It focuses almost entirely on machine to
machine interaction within the context of IT assets of a single enterprise.
It doesn't deal much with browsers or mashups and it even spends a
significant amount of time addressing issues like transactions and pub/sub.
Perhaps for some the very fact that Thomas Erl's name is on the cover well
push some buttons :)

Nevertheless we collectively and I in particular have worked hard not to
compromise on REST principles and constraints while still making the
content accessible to SOA people and the general population. Within this
context of heavy machine to machine interaction we deal with defining a
uniform interface to cover an inventory of services within a particular
enterprise, and how that should relate to service contracts and to broader
standardisation efforts. We look to move past SOA's traditional limit of
increasing intrinsic interoperability only within a given inventory and
instead look for standard methods and media types to increase
interoperability to more massive scales.

We have sought to keep hypermedia core to the practice of building
inventories of services and their related customers and to minimise
coupling while also being explicit about why we do this. We have sought to
drive a hard line on the stateless constraint and what that means to the
aforementioned patterns of transactions (promoting compensating over
atomic) and pub/sub (promoting cached polling and delta encoding).

Some of you have already seen the material in various stages of completion
as have many SOA guys. Over the last six months or so the manuscript
changed significantly as we worked that feedback into the finished product.

No book is perfect, but I hope this one will end up bringing the REST and
SOA worlds together in a closer understanding without compromising one iota
of what is important to each. I'm confident that despite the unfamiliar
wording, context and audience that the book is written to be applied to
that at its heart is a true application of REST constraints and to every
possible extent a true application of the years of experience the REST
community has developed.

The book is available in ebook and hard cover:
Amazon - http://amzn.com/0137012519
Barnes and Noble -
http://search.barnesandnoble.com/SOA-with-REST/Thomas-Erl/e/9780137012510(seriously?
No permalink?)
Home - http://servicetechbooks.com/rest

Comments, discussion and criticism (timidly) welcome. I can't think of a
better place to discuss the end result than this list.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.