Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 88215 invoked from network); 7 Nov 2004 20:54:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 7 Nov 2004 20:54:24 -0000 Received: (qmail 96487 invoked by uid 500); 7 Nov 2004 20:54:19 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 96216 invoked by uid 500); 7 Nov 2004 20:54:16 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@geronimo.apache.org Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 96196 invoked by uid 99); 7 Nov 2004 20:54:16 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [66.163.169.225] (HELO smtp105.mail.sc5.yahoo.com) (66.163.169.225) by apache.org (qpsmtpd/0.28) with SMTP; Sun, 07 Nov 2004 12:54:16 -0800 Received: from unknown (HELO ?192.168.1.105?) (david?jencks@66.93.38.137 with plain) by smtp105.mail.sc5.yahoo.com with SMTP; 7 Nov 2004 20:54:14 -0000 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <2DE3DF2C-30FF-11D9-8F70-000D93361CAA@yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: dev@geronimo.apache.org From: David Jencks Subject: Is transaction control leaking around the TransactionContextManager? Date: Sun, 7 Nov 2004 12:54:12 -0800 X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N The TransactionContextManager has a getTransactionManager method that returns the underlying TransactionManager. This is used only by EJBModuleImpl to give the tmDelegate. I haven't looked but I think this is used by tranql/cmp. This seems wrong to me. I think it could result in the transaction context being out of synch with the underlying transaction. Should the ejb module just be using the TransactionContextManager? Should the TransactionContextManager expose the TransactionManager interface, and have it work only with ContainerTransactionContext? Is the reference needed at all? Is it possible to arrange that all tx-related info is supplied directly in any calls into tranql? Have I missed something? thanks david jencks