| by Miko Matsumura Follow 0 Followers on Aug 17, 2006. Estimated reading time: 1 minute |

A note to our readers: As per your request we have developed a set of features that allow you to reduce the noise, while not losing sight of anything that is important. Get email and web notifications by choosing the topics you are interested in.

Patrick Leonard, VP of Product Development takes a crack at ESB on the web site.

While suggesting that the association between Enterprise Service Bus (ESB) and SOA has good reasons, including guaranteed message delivery and back end integration capabilities, he suggests that Service Orientation is not the same as Bus Orientation. The piece goes on to say:

Reports of the ESB’s decline have been exaggerated, but its role will be redefined. An ESB can be a great way to deliver messages reliably from point A to B (among other things), but it isn’t best suited to serve as the cornerstone of an SOA implementation – there are enterprise-ready alternatives that are designed specifically for SOA that enable greater realization of the true goal of implementing an SOA.

The Service Component Architecture (SCA) ( and Microsoft’s WCF are both good examples of reference architecture for an SOA. There is now product available from multiple vendors, with both commercial and open source options available for SCA.

The Service Component Architecture and WCF are both attempts to provide a language-neutral programming model that meets the needs of enterprise developers who are developing software that exploits Service Oriented Architecture characteristics and benefits. SCA is not intended to be a "Reference Architecture" as such, however, it does appear to be a helpful specification for tools vendors. Of note is that ESB, SCA and WCF are all TLAs (Three Letter Acronyms) but they are not standards.

Observers of Service Component Architecture also suggest that while SCA (and its little brother Service Data Objects, or SDO) provides for a useful language-independent description language for service architecture tooling, it is focused on service assembly, which is only one (very significant) part of the requirement set of SOA.

Rate this Article

Adoption Stage

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread
Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread


Login to InfoQ to interact with what matters most to you.

Recover your password...


Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.


More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.


Stay up-to-date

Set up your notifications and don't miss out on content that matters to you