Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 91597 invoked from network); 10 Aug 2006 14:16:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Aug 2006 14:16:10 -0000 Received: (qmail 49958 invoked by uid 500); 10 Aug 2006 14:16:09 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 49934 invoked by uid 500); 10 Aug 2006 14:16: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 49925 invoked by uid 99); 10 Aug 2006 14:16:09 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Aug 2006 07:16:09 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Aug 2006 07:16:06 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id BEE657142C7 for ; Thu, 10 Aug 2006 14:13:14 +0000 (GMT) Message-ID: <27796251.1155219194779.JavaMail.jira@brutus> Date: Thu, 10 Aug 2006 07:13:14 -0700 (PDT) From: "Stefan Guggisberg (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-538) failing Node.checkin() or Node.checkout() might leave inconsistent transient state In-Reply-To: <29026468.1155202333909.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/JCR-538?page=comments#action_12427232 ] Stefan Guggisberg commented on JCR-538: --------------------------------------- there's a similar issue with Node.restore(), Node.merge() and Workspace.restore() which all do finally call Session.save(). there's the risk of inconsistent transient state if this final save call fails for any reason (e.g. due to lack of write privileges). > failing Node.checkin() or Node.checkout() might leave inconsistent transient state > ---------------------------------------------------------------------------------- > > Key: JCR-538 > URL: http://issues.apache.org/jira/browse/JCR-538 > Project: Jackrabbit > Issue Type: Bug > Components: versioning > Environment: svn r430067 > Reporter: Stefan Guggisberg > Priority: Minor > > an exception is thrown if any of the properties jcr:isCheckedOut, jcr:baseVersion or jcr:predecessors can not be successfully updated to reflect the new version state (e.g. due to lack of write privileges). however, the version was created and inconsistent transient state might still be pending. -- 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