From dev-return-8235-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Thu Aug 03 18:25:16 2006 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 30162 invoked from network); 3 Aug 2006 18:25:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Aug 2006 18:25:16 -0000 Received: (qmail 3466 invoked by uid 500); 3 Aug 2006 18:25:15 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 3304 invoked by uid 500); 3 Aug 2006 18:25:15 -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 3295 invoked by uid 99); 3 Aug 2006 18:25:15 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Aug 2006 11:25:15 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [81.19.98.105] (HELO eul0600087.eu.verio.net) (81.19.98.105) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Aug 2006 11:25:14 -0700 Received: from [192.168.1.2] (inversas.2g.jazztel.es [87.219.106.67] (may be forged)) (authenticated bits=0) by eul0600087.eu.verio.net (8.12.11.20060308/8.12.11) with ESMTP id k73IOpVD026734 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 3 Aug 2006 20:24:52 +0200 Subject: Re: error in node.save() don't cancel child added node From: Paco Avila To: dev@jackrabbit.apache.org In-Reply-To: <8be731880608031116rdfeca85o7c65025bbb745e4a@mail.gmail.com> References: <1154628498.10514.4.camel@monkiki> <8be731880608031116rdfeca85o7c65025bbb745e4a@mail.gmail.com> Content-Type: text/plain; charset=utf-8 Date: Thu, 03 Aug 2006 20:24:48 +0200 Message-Id: <1154629488.10514.10.camel@monkiki> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N El jue, 03-08-2006 a las 20:16 +0200, Tobias Bocanegra escribió: > if the save fails, no item is persisted and the node remains in the > transient space of his session. ok, the others users can't see this node, but the "adder" user can. How do I elimnate this node from the "adder" user session? If the node can't be added because of lack of privileges it shold be automatically removed from transiente space? > > On 8/3/06, Paco Avila wrote: > > I'm implementing my AccessManager and when an user add a document into a > > folder where he can't write, the application fails on paren node save(). > > That is ok because of lack of privilegies. But the "added" node can be > > accesed in user session ¿? Why? If the node failed on save() it should > > be discarded, isn't it? > > > > Thanks! > > > > -- > > Paco Avila > > > > > > -- Paco Avila