How can a service express its capabilities independently of its
implementation?
Problem
For a service to be positioned as an effective enterprise resource,
it must be equipped with a technical contract that exists
independently from its implementation yet still in alignment
with other services.
Solution
The service contract is physically decoupled from its
implementation.
Application
A serviceˇ¦s technical interface is physically separated and subject
to relevant service-orientation design principles.
Impacts
Service functionality is limited to the feature-set of the
decoupled contract medium.
By decoupling the service contract, the service implementation can be evolved without
directly impacting service consumers. This can increase the amount of refactoring
opportunities and the range of potential consumer programs (and corresponding reuse).
This page contains excerpts from:
SOA Design Patterns by Thomas Erl
Foreword by Grady Booch
With contributions from David Chappell, Jason Hogg, Anish Karmarkar, Mark Little, David Orchard, Satadru Roy, Thomas Rischbeck, Arnaud Simon, Clemens Utschig, Dennis Wisnosky, and others.
(ISBN: 0136135161, Hardcover, Full-Color, 400+ Illustrations, 865 pages)
For more information about this book, visitwww.soabooks.com.
This pattern is also discussed in the following title:
Web Service Contract Design and Versioning for SOA
by Thomas Erl, Anish Karmarkar, Priscilla Walmsley, Hugo Haas, Umit Yalcinalp, Canyang Kevin Liu, David Orchard, Andre Tost, James Pasley
Foreword by David Chappell
(ISBN: 013613517X, Hardcover, 826 pages)
For more information about this book, visitwww.soabooks.com.