SOA Talk:

August, 2011

1

August 23, 2011  9:45 PM

Ascent of REST shows change in SOA is slow but sure



Posted by: Jack Vaughan
SOA development

Slowly but surely, SOA has become an accepted way for enterprises to do software. There were many reasons for uptake to lag, not the least of which was that it was hard work to form software into manageable services. SOA services are still a work in progress, but they have become an accepted...

August 17, 2011  4:53 PM

Random notes – Services boundaries, SOA certification, ESBs



Posted by: Jack Vaughan
business capabilities, ESB, SOA

A lot of the news in Service-Oriented Architecture now surfaces via blogs and Twitter. Long years after its inception, SOA still seems to generate controversy, although most people would agree that the controversy should not be overblown. Today we take a random look at a few notes afloat in the...


August 16, 2011  12:30 AM

Evolution for developing in the Force.com cloud



Posted by: Brein Matturro
Cloud Services, SOA development

By Jack Vaughan

 


August 11, 2011  6:26 PM

Loose coupling per “201 Principles of Software Development”



Posted by: Jack Vaughan
SOA

Principle 73 in Alan Davis' 201 Principles of Software Development discusses the need for loose coupling of software components. This is a ''known unknown'' that bears repeating. Services composition remains a bit of a black art, and the key to successful application integration.


August 9, 2011  3:10 PM

Cloud computing to co-exist with SOA?



Posted by: Jack Vaughan
Cloud Services, SOA infrastructure

SOA has had at times a tough road to hoe, but it has survived and now with cloud computing architecture looming as the next big paradigm shift, SOA services stand out more than ever as the best path.


August 3, 2011  4:55 PM

Decoupled Service Contracts enable more modular services



Posted by: Jack Vaughan
SOA development

Are OSGi and Jigsaw at odds? The teacup tempest opens a view on a larger issue – that of component coupling.  The Java controversy of late pits full OSGi modularity versus Jigsaw's "simpler" approach. But, what is key perhaps is where the proper level of modularity lies for any given set of...


1