<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Atomikos Releases TransactionsJTA 1.30</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Mon, 20 May 2013 15:03:26 -0400</pubDate>


    <item>

        <title>Transactions</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[<blockquote>Mark: <i>I certainly wouldn't say that transactions are for every application domain, but in some domains the requirement for transactions is significant (and would represent a significant percentage).</i>Transactions, yes. But (AFAIK) you...]]></description>
        

        <pubDate>Thu, 08 Apr 2004 10:16:52 -0400</pubDate>

        

        <jf:creationDate>Thu, 08 Apr 2004 10:16:52 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 08 Apr 2004 10:16:52 -0400</jf:modificationDate>
        <jf:date>Apr 8, 2004</jf:date>
        <jf:author>Mark Little</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Transactions</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[Mark: <i>I certainly wouldn't say that transactions are for every application domain, but in some domains the requirement for transactions is significant (and would represent a significant percentage).</i><br><br>Transactions, yes. But (AFAIK) you don't...]]></description>
        

        <pubDate>Thu, 08 Apr 2004 09:17:45 -0400</pubDate>

        

        <jf:creationDate>Thu, 08 Apr 2004 09:17:45 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 08 Apr 2004 09:17:45 -0400</jf:modificationDate>
        <jf:date>Apr 8, 2004</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Marketing strategies.....</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[<blockquote><blockquote>&lt;OTOH Most applications (95% or more, maybe 99% or more) don't even need a transaction manager, so $1 would be too much to spend in most cases, since it's not needed.Peace,Cameron Purdy</blockquote>I think that's a little...]]></description>
        

        <pubDate>Thu, 08 Apr 2004 08:25:01 -0400</pubDate>

        

        <jf:creationDate>Thu, 08 Apr 2004 08:25:01 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 08 Apr 2004 08:25:01 -0400</jf:modificationDate>
        <jf:date>Apr 8, 2004</jf:date>
        <jf:author>Mark Little</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Marketing strategies.....</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[<blockquote>I don't want to get into a game of license price comparisons but keep in mind that the license price is one thing. Here is a reliable JTA with supportincluded.For JBoss, the closest comparison would be to also get productionsupport:For...]]></description>
        

        <pubDate>Thu, 08 Apr 2004 08:17:37 -0400</pubDate>

        

        <jf:creationDate>Thu, 08 Apr 2004 08:17:37 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 08 Apr 2004 08:17:37 -0400</jf:modificationDate>
        <jf:date>Apr 8, 2004</jf:date>
        <jf:author>Mark Little</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Open Source 'quality'</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[I agree with Cameron. The issue is not on Open Source 'quality/reliability' but on the criteria used for evaluating a 'real' transaction management tool. And,indeed,JBoss does not qualify yet.]]></description>
        

        <pubDate>Wed, 07 Apr 2004 12:27:22 -0400</pubDate>

        

        <jf:creationDate>Wed, 07 Apr 2004 12:27:22 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 07 Apr 2004 12:27:22 -0400</jf:modificationDate>
        <jf:date>Apr 7, 2004</jf:date>
        <jf:author>Joel Van Hoolandt</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>not related to &amp;quot;open source&amp;quot;</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[<i>If you have high-value transactions or high-value data, JBoss or other<br>open source is just not an option.</i><br><br>The problem has nothing to do with &quot;open source&quot;, and JBoss being open source has nothing to do with it. Open source...]]></description>
        

        <pubDate>Wed, 07 Apr 2004 11:08:16 -0400</pubDate>

        

        <jf:creationDate>Wed, 07 Apr 2004 11:08:16 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 07 Apr 2004 11:08:16 -0400</jf:modificationDate>
        <jf:date>Apr 7, 2004</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>DAO is a patch instead of a pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[What you have described is an interface polution issue. You can use combination of ThreadLocal and AOP to handle this scenario.]]></description>
        

        <pubDate>Wed, 07 Apr 2004 10:52:13 -0400</pubDate>

        

        <jf:creationDate>Wed, 07 Apr 2004 10:52:13 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 07 Apr 2004 10:52:13 -0400</jf:modificationDate>
        <jf:date>Apr 7, 2004</jf:date>
        <jf:author>frank zhu</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Marketing strategies.....</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[I don't want to get into a game of license price comparisons but keep in mind that the license price is one thing. Here is a reliable JTA with support<br>included.<br><br>For JBoss, the closest comparison would be to also get...]]></description>
        

        <pubDate>Wed, 07 Apr 2004 09:28:17 -0400</pubDate>

        

        <jf:creationDate>Wed, 07 Apr 2004 09:28:17 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 07 Apr 2004 09:28:17 -0400</jf:modificationDate>
        <jf:date>Apr 7, 2004</jf:date>
        <jf:author>Wout Steurs</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Why use JTA</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[Hi,<br><br>Another reason to use JTA is for the Data Access Object (DAO) pattern.<br><br>As most of us know, this pattern is about encapsulating all JDBC inside a method on the DAO.<br>Without a JTA, this means you must also delimit the transactions and...]]></description>
        

        <pubDate>Wed, 07 Apr 2004 06:00:58 -0400</pubDate>

        

        <jf:creationDate>Wed, 07 Apr 2004 06:00:58 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 07 Apr 2004 06:00:58 -0400</jf:modificationDate>
        <jf:date>Apr 7, 2004</jf:date>
        <jf:author>GuyPardon</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>TransactionsJTA offers a real secure transaction software</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[Atomikos released a real transaction manager module with recovery, guaranteeing automatic restart and crash-recovery. The beauty of it is that you can also connect to multiple Oracle, DB2, Sybase etc. over the Internet.<br>True that it's a niche market...]]></description>
        

        <pubDate>Wed, 07 Apr 2004 05:28:34 -0400</pubDate>

        

        <jf:creationDate>Wed, 07 Apr 2004 05:28:34 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 07 Apr 2004 05:28:34 -0400</jf:modificationDate>
        <jf:date>Apr 7, 2004</jf:date>
        <jf:author>Joel Van Hoolandt</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Definition of Global Transaction</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[Hi Talip,<br>Thanks for correction. Let me reiterate my point again: XA transactions involving more then one TM with required tx context propagation is usually overkill and can be (should be) in most cases designed around. <br><br>Regards,<br><a...]]></description>
        

        <pubDate>Tue, 06 Apr 2004 16:19:06 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 Apr 2004 16:19:06 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 Apr 2004 16:19:06 -0400</jf:modificationDate>
        <jf:date>Apr 6, 2004</jf:date>
        <jf:author>Nikita Ivanov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Marketing strategies.....</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[&lt;blockquoteI am a bit confused about your usage of global transaction term. Usually global XA transaction assumes context propagation (more then one TM involved in transaction). That is indeed rather rare scenario and probably should be avoided if...]]></description>
        

        <pubDate>Tue, 06 Apr 2004 15:01:10 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 Apr 2004 15:01:10 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 Apr 2004 15:01:10 -0400</jf:modificationDate>
        <jf:date>Apr 6, 2004</jf:date>
        <jf:author>Greg  Pavlik</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Marketing strategies.....</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[Greg: <i>If your intention is to interact with more than one resource manager in a unit of work and you have strong requirements for data consistency, then you're probably going to use global transactions. I wouldn't hazard a guess as to what percentage...]]></description>
        

        <pubDate>Tue, 06 Apr 2004 14:52:48 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 Apr 2004 14:52:48 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 Apr 2004 14:52:48 -0400</jf:modificationDate>
        <jf:date>Apr 6, 2004</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Definition of Global Transaction</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[<blockquote>I am a bit confused about your usage of global transaction term. Usually global XA transaction assumes context propagation (more then one TM involved in transaction)</blockquote>here is the definition of Global transaction in X/Open...]]></description>
        

        <pubDate>Tue, 06 Apr 2004 14:11:55 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 Apr 2004 14:11:55 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 Apr 2004 14:11:55 -0400</jf:modificationDate>
        <jf:date>Apr 6, 2004</jf:date>
        <jf:author>Talip  Ozturk</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Marketing strategies.....</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=24877</link>

        

        
            <description><![CDATA[<blockquote>I think that's a little strong and perhaps might mislead some folks.If your intention is to interact with more than one resource manager in a unit of work and you have strong requirements for data consistency, then you're probably going to...]]></description>
        

        <pubDate>Tue, 06 Apr 2004 13:30:37 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 Apr 2004 13:30:37 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 Apr 2004 13:30:37 -0400</jf:modificationDate>
        <jf:date>Apr 6, 2004</jf:date>
        <jf:author>Nikita Ivanov</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>



</channel>
</rss>

