Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 16692 invoked from network); 27 Dec 2010 18:31:55 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Dec 2010 18:31:55 -0000 Received: (qmail 64918 invoked by uid 500); 27 Dec 2010 18:31:55 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 64872 invoked by uid 500); 27 Dec 2010 18:31:55 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 64865 invoked by uid 99); 27 Dec 2010 18:31:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Dec 2010 18:31:55 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.210.178] (HELO mail-iy0-f178.google.com) (209.85.210.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Dec 2010 18:31:48 +0000 Received: by iyi42 with SMTP id 42so9727922iyi.37 for ; Mon, 27 Dec 2010 10:31:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.37.129 with SMTP id x1mr12607382ibd.1.1293474686239; Mon, 27 Dec 2010 10:31:26 -0800 (PST) Received: by 10.231.35.134 with HTTP; Mon, 27 Dec 2010 10:31:26 -0800 (PST) Received: by 10.231.35.134 with HTTP; Mon, 27 Dec 2010 10:31:26 -0800 (PST) In-Reply-To: <4D18C56C.4090103@gmail.com> References: <4D18C56C.4090103@gmail.com> Date: Mon, 27 Dec 2010 19:31:26 +0100 Message-ID: Subject: Re: Pb while reverting subentry operations From: Stefan Seelmann To: elecharny@apache.org, Apache Directory Developers List Content-Type: multipart/alternative; boundary=0003255740ce33030c0498688b48 X-Virus-Checked: Checked by ClamAV on apache.org --0003255740ce33030c0498688b48 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Another idea: use a special control which bypasses the interceptors Kind Regards, Stefan On Dec 27, 2010 5:57 PM, "Emmanuel Lecharny" wrote: > Hi, > > as I'm adding some tests for the AP and subentry operations, I'm having > some issues with the revert operation. > > For instance, adding a new subentry implies the AP seqNumber will be > incremented. When we revert the addition, we have to decrement the > SeqNumber, but as it's an OperationalAttribute with a NoUserModification > AT set to true, this modification fails. > > I was able to workaround the problem in the code by bypassing the > interceptors, as I was dealing with this AT from the server itself, but > the revert is done from outside of the server. > > How can we solve this issue ? > - Add a specific check for this AT, and allow a modification done when > it's done by an admin user during a revert operation ? > - Simply let an Admin user to modify the AT ? > - Ditch the NoUserModification from this AT, but allow it to be modified > by an admin only, in the code ? > - Simply remove the NoUserModification in the SeqNumber AT ? > > Right now, my favorite is #3, but I will currently implement #4 atm. > > wdyt ? > > -- > Regards, > Cordialement, > Emmanuel L=C3=A9charny > www.iktek.com > --0003255740ce33030c0498688b48 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Another idea: use a special control which bypasses the interceptors

Kind Regards,
Stefan

On Dec 27, 2010 5:57 PM, "Emmanuel Lecharny" <elecharny@gmail.com> wrote:
> Hi,
>
> as I'm adding some tests for the AP= and subentry operations, I'm having
> some issues with the revert operation.
>
> For instance, = adding a new subentry implies the AP seqNumber will be
> incremented= . When we revert the addition, we have to decrement the
> SeqNumber,= but as it's an OperationalAttribute with a NoUserModification
> AT set to true, this modification fails.
>
> I was able t= o workaround the problem in the code by bypassing the
> interceptors= , as I was dealing with this AT from the server itself, but
> the re= vert is done from outside of the server.
>
> How can we solve this issue ?
> - Add a specific check = for this AT, and allow a modification done when
> it's done by a= n admin user during a revert operation ?
> - Simply let an Admin user= to modify the AT ?
> - Ditch the NoUserModification from this AT, but allow it to be modifi= ed
> by an admin only, in the code ?
> - Simply remove the NoU= serModification in the SeqNumber AT ?
>
> Right now, my favori= te is #3, but I will currently implement #4 atm.
>
> wdyt ?
>
> --
> Regards,
> Cordiale= ment,
> Emmanuel L=C3=A9charny
> www.iktek.com
>

--0003255740ce33030c0498688b48--