Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 22902 invoked from network); 10 Nov 2006 11:54:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Nov 2006 11:54:59 -0000 Received: (qmail 67435 invoked by uid 500); 10 Nov 2006 11:55:09 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 67386 invoked by uid 500); 10 Nov 2006 11:55:09 -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 67377 invoked by uid 99); 10 Nov 2006 11:55:08 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Nov 2006 03:55:08 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Nov 2006 03:54:57 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 2C9577142F7 for ; Fri, 10 Nov 2006 03:54:37 -0800 (PST) Message-ID: <16116129.1163159677179.JavaMail.jira@brutus> Date: Fri, 10 Nov 2006 03:54:37 -0800 (PST) From: "Przemo Pakulski (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-630) Versioning operations are not fully transactional MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Versioning operations are not fully transactional ------------------------------------------------- Key: JCR-630 URL: http://issues.apache.org/jira/browse/JCR-630 Project: Jackrabbit Issue Type: Improvement Affects Versions: 0.9, 1.0, 1.0.1, 1.1 Reporter: Przemo Pakulski Even when DB persistence manager are in use, versioning operations are not fully transactional. This is because version storage and workspace uses own db connections and there are in fact 2 local transactions executed. It is always possible that one of them could fail. Distributed transactions should be used to make versioning operations fully transactional. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira