Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 40714 invoked from network); 1 Sep 2009 11:45:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Sep 2009 11:45:12 -0000 Received: (qmail 86954 invoked by uid 500); 1 Sep 2009 11:45:12 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 86896 invoked by uid 500); 1 Sep 2009 11:45:11 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 86888 invoked by uid 99); 1 Sep 2009 11:45:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Sep 2009 11:45:11 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jukka.zitting@gmail.com designates 209.85.210.202 as permitted sender) Received: from [209.85.210.202] (HELO mail-yx0-f202.google.com) (209.85.210.202) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Sep 2009 11:45:03 +0000 Received: by yxe40 with SMTP id 40so1200735yxe.13 for ; Tue, 01 Sep 2009 04:44:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=LJQAsULSoHWvs6HJCCJj55cO6bYK2LzVddv5HfeFmJs=; b=oFw7BAN4q3jjKbyGyoM7tg4a01ZarLL7Y4n2vop/5500KK1jPpfAVNxLIrYMnyRJ3o 03NBG7zanwzWnf4VIkiE/2wUJlo2TtKmib+1HrKAU4OhjKxC8OcY31OzbDbYgMfiLTO2 aYRhrteGtDqNt2nFeBZIr8K1bQSISdPFc7nc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=LOLddorCRouRr0HH9Rotfy29/vRkeRw2JLEzGWeoj6KlBInZGhgUXiP3k63I76NzU5 yK+oeVMYWeytngzXUoYUIAhk+XxJpDlojvrn2Y9WLpsSorcLzpORMdUJV7PU0pvAu22G R0Th7M3gIpBwq8lHR+X0FTKaCJRTDhUjF9teg= MIME-Version: 1.0 Received: by 10.101.62.6 with SMTP id p6mr7029169ank.153.1251805482747; Tue, 01 Sep 2009 04:44:42 -0700 (PDT) In-Reply-To: <25237565.post@talk.nabble.com> References: <25237565.post@talk.nabble.com> From: Jukka Zitting Date: Tue, 1 Sep 2009 13:44:22 +0200 Message-ID: <510143ac0909010444p5a2deb53vdacbc97bd687b87e@mail.gmail.com> Subject: Re: How to ensure XAConnection to stop rollback in managed transactions? To: dev@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi, Please use the users@jackrabbit.apache.org mailing list for questions about Jackrabbit configuration. On Tue, Sep 1, 2009 at 12:01 PM, mat_the_green wrote: > The database connection times out after about 12 hours and JackRabbit tries > to reconnect but is using a normal java.sql.Connection and is trying to > rollback the transaction. > After reading through some documentation I think that JackRabbit should be > using a XAConnection and I was wondering how I configure the persistence > manager to ensure this? Jackrabbit expects to be in full control of the underlying database connection, so you should not try to use an external transaction manager for that. Jackrabbit supports distributed XA transactions on the Session level, so you can simply associate your JCR sessions with the transaction manager. BR, Jukka Zitting