Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com
 designates 209.85.146.180 as permitted sender)
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=i0Dq2coEnoFqtk0R3mcSjxrBEZJa3HZYzj33XpvxnVZjj3MbSW4xV7lD1M8Ln13tKFpC5WFwnKlv/JzA8tW8lUwldSOXXrp9OiGW+96FiuTFN9OjATgYHqJGO2FKtZg7NbRuGVsotFKuWviIgLBSVyvOB+UCcwKJHxkeEFS4jpM=
Message-ID: <a32f6b020711031637j5be6ee07jf15f59fafc8a850e@mail.gmail.com>
Date: Sat, 3 Nov 2007 19:37:07 -0400
From: "Alex Karasulu" <akarasulu@apache.org>
Sender: akarasulu@gmail.com
To: "Apache Directory Developers List" <dev@directory.apache.org>
Subject: Re: [Reverse-ldif] Partial Review needed
In-Reply-To: <a32f6b020711031558m21cd5dc8wcf4453ca065a8fdd@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_25173_20656060.1194133027789"
References: <472CFAEF.10005@gmail.com>
	 <a32f6b020711031558m21cd5dc8wcf4453ca065a8fdd@mail.gmail.com>

------=_Part_25173_20656060.1194133027789
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Looks good I added some corrections with some info on how we will eventuall=
y
deal with
the operational attributes in this matter.

Thanks,
Alex

On 11/3/07, Alex Karasulu <akarasulu@apache.org> wrote:
>
> 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, which should produce
> > a LDIF file that can be applied to the server in order to return back t=
o
> > a previous state of the server.
> >
> > The basic idea, initiated by Alex and Ersin, is to speed up the tests b=
y
> >
> > 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_25173_20656060.1194133027789
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Looks good I added some corrections with some info on how we will eventuall=
y deal with <br>the operational attributes in this matter.<br><br>Thanks,<b=
r>Alex<br><br><div><span class=3D"gmail_quote">On 11/3/07, <b class=3D"gmai=
l_sendername">
Alex Karasulu</b> &lt;<a href=3D"mailto:akarasulu@apache.org">akarasulu@apa=
che.org</a>&gt; wrote:</span><blockquote class=3D"gmail_quote" style=3D"bor=
der-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-=
left: 1ex;">
I am looking at it.&nbsp; <br><span class=3D"sg"><br>Alex</span><div><span =
class=3D"e" id=3D"q_11607bc6aca66c55_2"><br><br><div><span class=3D"gmail_q=
uote">On 11/3/07, <b class=3D"gmail_sendername">Emmanuel Lecharny</b> &lt;<=
a href=3D"mailto:elecharny@gmail.com" target=3D"_blank" onclick=3D"return t=
op.js.OpenExtLink(window,event,this)">
elecharny@gmail.com</a>&gt; wrote:</span><blockquote class=3D"gmail_quote" =
style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8=
ex; padding-left: 1ex;">
Hi guys,<br><br>I&#39;m currently working on a reverse-ldif generator, whic=
h should produce<br>a LDIF file that can be applied to the server in order =
to return back to<br>a previous state of the server.<br><br>The basic idea,=
 initiated by Alex and Ersin, is to speed up the tests by
<br>simply log the modifications, and at the end of the test, apply the<br>=
reverse ldif to restor the base in a previous state.<br><br>For that, we mu=
st generate what we called reverse-ldif (or anti-ldif)<br>for each operatio=
n.
<br><br>I&#39;m almost done for the simplest requests (add, del, modifyDN),=
 I still<br>have to analyse the Modify request. Is someone is interested to=
 review<br>what I have dumped into the wiki related to these reverse-ldif ?
<br><br>Here is the page :<br><a href=3D"http://cwiki.apache.org/confluence=
/display/DIRxSRVx11/Reverse+LDIF" target=3D"_blank" onclick=3D"return top.j=
s.OpenExtLink(window,event,this)">http://cwiki.apache.org/confluence/displa=
y/DIRxSRVx11/Reverse+LDIF
</a><br><br>I may have forgotten some elements, so please feel free to comm=
ent and
<br>tell me if it&#39;s OK or not :)<br><br>Thanks !<br><br>--<br>--<br>cor=
dialement, regards,<br>Emmanuel L=E9charny<br><a href=3D"http://www.iktek.c=
om" target=3D"_blank" onclick=3D"return top.js.OpenExtLink(window,event,thi=
s)">
www.iktek.com</a><br><a href=3D"http://directory.apache.org" target=3D"_bla=
nk" onclick=3D"return top.js.OpenExtLink(window,event,this)">directory.apac=
he.org
</a><br><br><br></blockquote></div><br>
</span></div></blockquote></div><br>

------=_Part_25173_20656060.1194133027789--