Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 64706 invoked from network); 3 Nov 2007 22:58:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Nov 2007 22:58:49 -0000 Received: (qmail 68981 invoked by uid 500); 3 Nov 2007 22:58:37 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 68932 invoked by uid 500); 3 Nov 2007 22:58:37 -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 68921 invoked by uid 99); 3 Nov 2007 22:58:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Nov 2007 15:58:37 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 209.85.146.176 as permitted sender) Received: from [209.85.146.176] (HELO wa-out-1112.google.com) (209.85.146.176) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Nov 2007 22:58:39 +0000 Received: by wa-out-1112.google.com with SMTP id m38so1656256waf for ; Sat, 03 Nov 2007 15:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=+idjSSdV7HvDj25Bq+eW/7AseS1X3Wkf6fg2TjNnGp4=; b=jc6DFg7ApQx2Glm3BZQi8KQipSXJhLPG9DldRgirY1ssyJ0tnRECsLBdPibkau+rXGDTtBn7+ZvI9nY0e3TqRUsr77wf79tT+7AYLA9Qie7hBQMxNydI6+oqrIJ3fZNhbw94oTgLJjU/aXDf/85/ImwZuNi5UCM7vxsx3Y9GOK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=snKUpRN3DbMrm1/kIam2cg2xy1mpymqSMGVprCTU2ZD8UYIfL8/aj1wqnRIcUJfWg0QPdkoQiWYimCObmadRSfd+qnBUVtaU7ABN7Oq7a+H02cCWwpzYMcb40+KnqDf5L4IO+hfOIYhcty8yAm2mjRomIrHT47SOJeepkWCYojs= Received: by 10.115.23.12 with SMTP id a12mr3442972waj.1194130696975; Sat, 03 Nov 2007 15:58:16 -0700 (PDT) Received: by 10.115.18.12 with HTTP; Sat, 3 Nov 2007 15:58:16 -0700 (PDT) Message-ID: Date: Sat, 3 Nov 2007 18:58:16 -0400 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: Re: [Reverse-ldif] Partial Review needed In-Reply-To: <472CFAEF.10005@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_25068_2818719.1194130696967" References: <472CFAEF.10005@gmail.com> X-Google-Sender-Auth: b490868aedea56d1 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_25068_2818719.1194130696967 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am looking at it. Alex On 11/3/07, Emmanuel Lecharny wrote: > > Hi guys, > > I'm currently working on a reverse-ldif generator, which should produce > a LDIF file that can be applied to the server in order to return back to > a previous state of the server. > > The basic idea, initiated by Alex and Ersin, is to speed up the tests by > simply log the modifications, and at the end of the test, apply the > reverse ldif to restor the base in a previous state. > > For that, we must generate what we called reverse-ldif (or anti-ldif) > for each operation. > > I'm almost done for the simplest requests (add, del, modifyDN), I still > have to analyse the Modify request. Is someone is interested to review > what I have dumped into the wiki related to these reverse-ldif ? > > Here is the page : > http://cwiki.apache.org/confluence/display/DIRxSRVx11/Reverse+LDIF > > I may have forgotten some elements, so please feel free to comment and > tell me if it's OK or not :) > > Thanks ! > > -- > -- > cordialement, regards, > Emmanuel L=E9charny > www.iktek.com > directory.apache.org > > > ------=_Part_25068_2818719.1194130696967 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am looking at it. 

Alex

On 11/3/07, Emmanuel Lecharny <elecharny@gmail.com> wrote:
Hi guys,

I'm currently working on a reverse-ldif generator, whic= h should produce
a LDIF file that can be applied to the server in order = to return back to
a previous state of the server.

The basic idea,= initiated by Alex and Ersin, is to speed up the tests by
simply log the modifications, and at the end of the test, apply the
= reverse ldif to restor the base in a previous state.

For that, we mu= st generate what we called reverse-ldif (or anti-ldif)
for each operatio= n.

I'm almost done for the simplest requests (add, del, modifyDN),= I still
have to analyse the Modify request. Is someone is interested to= review
what I have dumped into the wiki related to these reverse-ldif ?

Here is the page :
http://cwiki.apache.org/confluence/displa= y/DIRxSRVx11/Reverse+LDIF

I may have forgotten some elements, so= please feel free to comment and
tell me if it's OK or not :)

Thanks !

--
--
cor= dialement, regards,
Emmanuel L=E9charny
www.iktek.com
directory.= apache.org



------=_Part_25068_2818719.1194130696967--