InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Presentation: Transaction Management Strategies in Mission Critical Applications

Posted by Floyd Marinescu on Sep 11, 2007

Sections
Enterprise Architecture,
Architecture & Design,
Development
Topics
Spring ,
Java ,
Dependency Injection ,
SpringSource ,
Languages ,
Design Pattern ,
VMWare ,
Transactions Processing ,
Performance & Scalability ,
Database ,
Patterns ,
Architecture ,
Design ,
Programming ,
Object Oriented Design ,
Companies ,
No Fluff Just Stuff Symposiums
A core part of Spring's middle tier support is the transaction management support. This session, presented by Spring co-founder & Chief Architect lead Juergen Hoeller, presents several interesting "mission critical" cases and shows you how to properly handle them using transactions driven by Spring 2. You'll learn the ins-and-out of the "dark art" that is transaction management within a high-volume mission-critical JEE application.

Watch Transaction Management Strategies in Mission Critical Applications (89 min)

The presentation begins with Juergen explaining some transaction management myths:
  • A serious, mission-critical enterprise application requires XA transactions.
    • Not true: Many enterprise application do not require XA transactions at all.
  • Proper transactional O/R Mapping integration requires XA / JTA.
    • Not true: O/R Mappers usually just operate on a database connection and add some additional cache housekeeping, which does not require XA.
  • For combining JDBC and JMS access, XA transactions are a necessity.
    • Not true: Many enterprise applications use JMS with local transactions or even with plain acks.
  • And the biggest myth of it all: Proper transaction management requires EJB.
    • While in reality, EJB just offers a baked-in style for transaction demarcation. The hard work is done by the underlying transaction manager...Or, even broader: Proper transaction management requires a full J2EE server.
    • What about distributed transaction propagation?
    • not actually a responsibility of the core transaction manager...rather context passing in the remoting protocol EJB containers (and J2EE servers) build this on top of RMI, simply piggybacking the XID there
The presentation goes on to review best practices for doing native and JTA transactions with Spring.  See also a related book on InfoQ.com: Java Transaction Design Strategies, by Mark Richards.

 
  • This article is part of a featured topic series on Java
Flash presentation by Stefan Mahs Posted
Flash presentation by The Troll Posted
Re: Flash presentation by Floyd Marinescu Posted
Usal question..:-) by Andrea Del Bene Posted
Video does not start by Nikhil Vasaikar Posted
Re: Video does not start by Nikhil Vasaikar Posted
  1. Back to top

    Flash presentation

    by Stefan Mahs

    Hi,

    Can we get the flash file as a download? My corp. firewall does not permit the stream.

    Thanx,
    Stefan

  2. Back to top

    Flash presentation

    by The Troll

    Yeah, ability to download separate Flash file would be really appreciated. You can of course presents us with form where we will confirm that we wont redistribute the data etc etc.

    Thx

  3. Back to top

    Re: Flash presentation

    by Floyd Marinescu

    Unfortunately we don't support this. Plus the video and slides are separate flash files. In future we will switch to a progressive download approach like youtube so you should be able to see videos from work.

  4. Back to top

    Usal question..:-)

    by Andrea Del Bene

    Nice presentation. Juergen is one of my favorite speakers! But...where can we find a printable version of his slides?

  5. Back to top

    Video does not start

    by Nikhil Vasaikar

    When i click the play button, video does not start!

  6. Back to top

    Re: Video does not start

    by Nikhil Vasaikar

    The problem is with our internet connection, nothing wrong with the site.