JBoss Transactions Web Services Support
"Developers and IT organizations won't implement any important Web services without being able to guarantee that they will be executed in a guaranteed manner." -- Ronald Schmelzer, ZapThink
In traditional ACID transaction systems, transactions are short lived, resources (such as databases) are locked for the duration of the transaction and participants have a high degree of trust with each other. With the advent of the Internet and Web services, the scenario that is now emerging requires involvement of participants unknown to each other in distributed transactions. These transactions have the following characteristics:
- Transactions may be of a long duration, sometimes lasting hours, days, or more.
- Participants may not allow their resources to be locked for long durations.
- The communication infrastructure between participants may not be reliable.
- Some of the ACID properties of traditional transactions are not mandatory.
- A transaction may succeed even if only some of the participants choose to confirm and others cancel.
- All participants may choose to have their own coordinator (Transaction Manager), because of lack of trust.
- All activities are logged.
- Transactions that have to be rolled back have the concept of compensation.
How does JBossTS address these issues?
Building on the industry proven J2EE transaction technology, version 4.0 adds native support for Web services transactions by providing all of the components necessary to build interoperable, reliable, multi-party, Web services-based applications with the minimum of effort. The programming interfaces are based on the Java API for XML Transactioning (JAXTX) and the product includes protocol support for the WS-AtomicTransaction and WS-BusinessActivity specifications. JBossTS 4.2 is designed to support multiple coordination protocols and therefore helps to future-proof transactional applications. For a more detailed description of the product capabilities, see the full feature list.
Latest forum discussions
- Re: Re: Design Discussion: Changing the reaper to use setRollbackOnly() instead of rollback()
- Aug 26, 2014 1:04 PM by Scott Marlow
- Hi Tom, As soon as …
- Re: new requirement for synchronization ordering (WildFly is delisting resources during Sychronization.beforeCompletion)
- Aug 26, 2014 6:56 AM by Tom Jenkinson
- Hi Scott, We can def…
- Bringing Transactional Guarantees to MongoDB: Part 1
- May 28, 2014 6:07 AM by Paul Robinson
- In this blog post I'…
- Research Worth Knowing on CAP & ACID
- May 27, 2014 3:57 PM by Mark Little
- The last couple of b…
- View more latest news
- EJ-Technologies has kindly provided free JProfiler licenses.
- JetBrains has kindly donated an open source IntelliJ license.
- Syncro Soft has kindly provided free <oXygen/> XML Editor licenses.