Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 60727 invoked from network); 7 Feb 2011 00:08:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Feb 2011 00:08:35 -0000 Received: (qmail 7492 invoked by uid 500); 7 Feb 2011 00:08:35 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 7388 invoked by uid 500); 7 Feb 2011 00:08:34 -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 7379 invoked by uid 99); 7 Feb 2011 00:08:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Feb 2011 00:08:34 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 74.125.82.44 as permitted sender) Received: from [74.125.82.44] (HELO mail-ww0-f44.google.com) (74.125.82.44) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Feb 2011 00:08:28 +0000 Received: by wwa36 with SMTP id 36so4274860wwa.1 for ; Sun, 06 Feb 2011 16:08:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=0DVrlyCrUFazNfm5Wu6GvFCP3vPL/5NhCo6KPXB7mpA=; b=F1glhPvdUFD8G3x0Af6zyjNsnE23hsK5oFfKBsS4jzaF54v8NLr6+kEYbuIzFgUSS0 FR1UxLlkWpI3UnLeJ9jt5pXsYIct3O5+LPMcq2wzj0mXfhEzgZp87Zp5Gb1duLwS8XDj vYNp/cM/5e+nDe7lVlAhYSfny9oWdi3Byoko8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=CdwaRMUFoGhWgg1XwcKo7a3/nHGtUKXQsIXS8lkhpMNUhVs+wZr1axC6r9i8wiWNnu 1t0x0F244a0Tk6Ie+uETh+scuXJgkIaiu2X6badwuMqicVQ3grmaOiQUCDtJkP+Zjnwm qfZ1ypjNy1X+XXhCvPKXBB950tyzcu0Zr0FKs= MIME-Version: 1.0 Received: by 10.216.183.145 with SMTP id q17mr13644068wem.5.1297037285952; Sun, 06 Feb 2011 16:08:05 -0800 (PST) Sender: akarasulu@gmail.com Received: by 10.216.51.15 with HTTP; Sun, 6 Feb 2011 16:08:05 -0800 (PST) In-Reply-To: References: <4D4F0D52.9030408@gmail.com> Date: Mon, 7 Feb 2011 02:08:05 +0200 X-Google-Sender-Auth: 3bAQ23N1SKPI4DE7emRDYGgkStI Message-ID: Subject: Re: [Shared] Refactoring update From: Alex Karasulu To: Apache Directory Developers List , elecharny@apache.org Content-Type: multipart/alternative; boundary=0016e649da8ab08c6e049ba606e8 --0016e649da8ab08c6e049ba606e8 Content-Type: text/plain; charset=ISO-8859-1 On Sun, Feb 6, 2011 at 11:42 PM, Alex Karasulu wrote: > On Sun, Feb 6, 2011 at 11:06 PM, Emmanuel Lecharny wrote: > >> On 2/6/11 9:54 PM, Alex Karasulu wrote: >> >>> I've finished the tasks with the first stage DIRSHARED-80 [0]. Also on >>> top >>> of this I decoupled the dsml-parser from all codec implementation >>> classes. >>> Likewise for the ldap-client-api. >>> >>> There are still probably some minor adjustments remaining. >>> >>> Adjustments made. > Before merging this back into the trunk and going into the second stage I'd >>> like to break apart the model now in one shot so we can continue working >>> on >>> it in the trunk. This might be good for you Pierre since you're working >>> on >>> some refactoring right now in model.schema. Even if I do this now though >>> I >>> highly recommend working together on the m1 branch together while we >>> break >>> things up further. >>> >>> It makes more sense to break up the modules right now instead of later. >>> Then >>> the paths and project layout is set making merges into m1 from trunk much >>> easier to handle and vice-versa. >>> >>> If there are no objections I'm going to handle this tonight. The new >>> ldap-model OSGi module and perhaps others will impact the build >>> descriptors >>> for studio. I'll try to get those working as well but if I cannot by >>> tonight >>> I might ask for a hand tomorrow. >>> >>> This process was a cakewalk so I also budded off the ldap-codec module which is now very nicely encapsulated. One problem though I left the ldap.extras controls inside codec for now since we don't have and OSGi container embedded just yet to handle the plugin mechanism. Looks tight and stable. Finishing up studio's Required-Bundle additions now. Alex --0016e649da8ab08c6e049ba606e8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Sun, Feb 6, 2011 at 11:42 PM, Alex Karasulu <= span dir=3D"ltr"><akarasulu@apac= he.org> wrote:
On Sun, Feb 6, 2011 at 11:06 P= M, Emmanuel Lecharny <elecharny@gmail.com> wrote:
On 2/6/11 9:54 PM, Alex Karasulu wrote:
I've finished the tasks with the first stage DIRSHARED-80 [0]. Also on = top
of this I decoupled the dsml-parser from all codec implementation classes.<= br> Likewise for the ldap-client-api.

There are still probably some minor adjustments remaining.

Adjustments made.
=A0
Before merging this back into the trunk and going into the second stage I&#= 39;d
like to break apart the model now in one shot so we can continue working on=
it in the trunk. This might be good for you Pierre since you're working= on
some refactoring right now in model.schema. Even if I do this now though I<= br> highly recommend working together on the m1 branch together while we break<= br> things up further.

It makes more sense to break up the modules right now instead of later. The= n
the paths and project layout is set making merges into m1 from trunk much easier to handle and vice-versa.

If there are no objections I'm going to handle this tonight. The new ldap-model OSGi module and perhaps others will impact the build descriptors=
for studio. I'll try to get those working as well but if I cannot by to= night
I might ask for a hand tomorrow.


This process was a cakewalk= so I also budded off the ldap-codec module which is now very nicely encaps= ulated.=A0

One problem though I left the ldap.extras controls insi= de codec for now since we don't have and OSGi container embedded just y= et to handle the plugin mechanism.

Looks tight and= stable. Finishing up studio's Required-Bundle additions now.

Alex
--0016e649da8ab08c6e049ba606e8--