SOA Advisor
August 23, 2007
___________________________________
ISSUE SPONSORED BY: IONA Technologies - Making Software Work Together
--------------------------------------------------------------------
FEATURED ARTICLE:
--------------------------------------------------------------------
Using Web services as distributed transactions and the role of XA
[by Frank Teti]
Today, many technologists believe that Web services are the proper
mechanism for integrating with disparate database environments.
Contrary to public opinion, Web services and distributed (aka XA)
transactions are complementary, not alternative, technologies.
Recently, I read an article that stated that:
"Enterprise service buses are the preferred tools for integrating
systems with heterogeneous data interchange interfaces and based on a
wide array of technologies, from COBOL to CORBA to JEE". (Eugene
Ciurana, Mule: A Case Study, TheServerSide.com)
http://go.techtarget.com/r/2047202/6276287
While Web services are clearly useful for integration with
heterogeneous data sources, relying solely on Web services,
especially for heterogeneous (that is, distributed) transactions is
more complex than supporting XA and architecturally limiting.
Furthermore, the Web services specifications and resulting
implementations are new, and therefore not as mature as XA. If Web
services are pursued, a number of other WS-* specifications would
need to be in place to begin to construct the transactional
management that XA provides.
Still, I agree with Dan Foody, CTO of Actional in that "The long term
success of Web services and SOA is directly affected by their ability
to be used for mission critical solutions in the enterprise. Because
many mission critical applications require transactional integrity,
WS-TX (Web Services Transaction) will enable these applications to be
successfully built and deployed using Web services without
sacrificing multi-vendor interoperability."
http://go.techtarget.com/r/2047203/6276287
Business and technical requirements
For the most part, all business software systems are derived from
corporate processing requirements. Even the modern concept of an
"enterprise service bus" I am sure was developed within a PowerPoint
presentation of a senior business analyst in order to address the
dysfunctional enterprise environment after a merger and acquisition.
Still, business process analysts should not be encumbered by the
technological feat of a process design during the visioning stage of
a new application, even if the requirements indicate the need for
heterogeneous transactions between legacy applications. After all,
that is what XA is all about.
My most recent project can be characterized as a significant
enhancement to a five-year-old J2EE application, which by today's
standards is part service bus and part business process management.
This application was designed to integrate and unify the many claims
management systems within a large insurance company.
These integration points are at the individual claim transaction
level, so internal consistence of workflow transactions is paramount
to the overall "enterprise-wide" system staying internally
consistent. Based on these requirements and the specified logical
units of work (see figures: Logical Unit of Work 1 and 2), it became
clear to me that the best way to guarantee transaction integrity was
to develop a set of XA-style transactions. While some analysts
suggest that a set of Web services could accomplish the same object,
there are limitations to using that construct, which will be further
discussed.
http://go.techtarget.com/r/2047204/6276287
Read more about XA-style in the rest of the article here.
http://go.techtarget.com/r/2047205/6276287
ABOUT THE AUTHOR
Frank Teti is a principal architect and industry analyst. He can be
reached at frank_teti@hotmail.com.
:::::::::::::::::::::::::: ADVERTISEMENT ::::::::::::::::::::::::::::
IONA Technologies - Making Software Work Together
New Approach to SOA: Distributed SOA Infrastructure
This white paper describes the challenges organizations face today
when designing, governing, managing and deploying a SOA which result
in substantial upfront costs, vendor lock-in and a linear approach to
deployment which doesn't conform to the true realities of building a
SOA. The paper details IONA's unique approach to SOA which brings
enterprises unprecedented design and deployment flexibility.
Get this white paper today:
http://go.techtarget.com/r/2047206/6276287
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
--------------------------------------------------------------------
PAST SOA ADVISOR ARTICLES:
--------------------------------------------------------------------
* 5 Most Common Mistakes in SOA Data Abstraction - Expert Podcast
[by David S. Linthicum]
This podcast with noted SOA expert David S. Linthicum will cover the
worst practices in SOA data abstraction, the mistakes users are most
likely to encounter if they aren't careful.
http://go.techtarget.com/r/2047207/6276287
* The SOA data integration lifecycle
[by Ed Tittel]
A key to data governance inside your SOA is understanding the data
integration lifecycle, which includes seven steps from access to
auditing.
http://go.techtarget.com/r/2047208/6276287
* XML to the rescue: Data governance in SOA
[by Ed Tittel]
Many SOA installations are running into performance issues because
they lack proper data governance. Ed Tittel explains how to use XML
to create a data services layer.
http://go.techtarget.com/r/2047209/6276287
* SOA and Composite Applications
[by Robert Schneider]
This article explores the synergy between the concepts and principles
associated with composite applications and the service-orientation
design paradigm. Further aspects of composite design are discussed
and explored, along with guidelines that address security,
reliability and performance considerations.
http://go.techtarget.com/r/2047210/6276287
Not a subscriber to the SOA Advisor? Sign up now.
"http://go.techtarget.com/r/2047211/6276287
--------------------------------------------------------------------
MORE ON THIS TOPIC:
--------------------------------------------------------------------
* SOA quality is job one
[by Rich Seeley]
Developing service-oriented architecture (SOA) applications without
comprehensive lifecycle quality assurance is like building a house of
cards, says ZapThink analyst Jason Bloomberg.
http://go.techtarget.com/r/2047212/6276287
* SOAP 1.2 Second Edition
[by Ed Tittel]
The April release of the SOAP 1.2 Second Edition recommendation still
awaits updated information about SOAP implementations, and progress
on XML protocol requirements and MTOM serialization.
http://go.techtarget.com/r/2047213/6276287
* SOA without Web services
[by Thomas Erl]
Thomas Erl discusses how Web services provide us with an
implementation option, and why you do not need Web services to build
service-oriented architecture.
http://go.techtarget.com/r/2047214/6276287
* SOA Lifecycle
Starting with modeling then working through assembly, deployment and
management, the new SearchWebServices.com SOA Lifecycle All-in-Guide
has resources relevant to any SOA implementation.
http://go.techtarget.com/r/2047215/6276287
--------------------------------------------------------------------
RELATED LINKS
--------------------------------------------------------------------
* IONA Artix ESB
http://go.techtarget.com/r/2047216/6276287
* The End of Middleware Brochure
http://go.techtarget.com/r/2047217/6276287
* IONA Artix Orchestration
http://go.techtarget.com/r/2047218/6276287
* IONA Artix Registry/Repository
http://go.techtarget.com/r/2047219/6276287
--------------------------------------------------------------------
REFER A COLLEAGUE
--------------------------------------------------------------------
Want to win a Blackberry? Refer two colleagues to the SOA Advisor.
Click here to enter.
http://go.techtarget.com/r/2047220/6276287
--------------------------------------------------------------------
SOA RESOURCES
--------------------------------------------------------------------
IONA Artix Data Services Download
http://go.techtarget.com/r/2047221/6276287
The Problem with Service Component Architecture (SCA)
http://go.techtarget.com/r/2047222/6276287
The Economics of SOA: Case Study: Quantifying the Savings of a
Service-Oriented Architecture (SOA)
http://go.techtarget.com/r/2047223/6276287
--------------------------------------------------------------------
CONTACT US:
--------------------------------------------------------------------
Sales
For sales inquiries, please contact us at:
mailto:bmcgovern@techtarget.com
Editorial
For feedback about any of our articles or to send us your article
ideas, please contact us at:
mailto:mmeehan@techtarget.com
--------------------------------------------------------------------
ABOUT THIS E-NEWSLETTER
--------------------------------------------------------------------
This e-newsletter is published by SearchWebServices.com, a targeted
Web site from TechTarget, the most targeted IT media and events
company. TechTarget offers magazines, Web sites, e-newsletters,
Webcasts and conferences for enterprise IT professionals. Copyright
2007 TechTarget. All rights reserved.
____________________________________________________________________
To unsubscribe from "SOA Advisor":
Go to unsubscribe: http://SearchWebServices.techtarget.com/u?em=khari.amit.news%40blogger.com&uid=6276287&cid=600655&track=NL-451
Please note, unsubscribe requests may take up to 24 hours to process;
you may receive additional mailings during that time. A confirmation
e-mail will be sent when your request has been successfully
processed.
Contact us:
TechTarget
Member Services
117 Kendrick Street, Suite 800
Needham, MA 02494
No comments:
Post a Comment