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 elecharny@gmail.com
 designates 64.233.182.188 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=LpD2qm595NroCNKtOtgZon0WNuJphXc/3Skw8BI3XmW1UtEuoSzbV1JSwOBfzGTM8USjO1VGrmwiKbMV41CFzQ6pnkjBu/cgW9ri2sZHAQxuAj3Vr1YOil+9bTzenrEcwxku0BSkvXTMOFMjGA7zBpqI5iwU4vHq0nOOIMnvCgI=
Message-ID: <47386CED.7030100@gmail.com>
Date: Mon, 12 Nov 2007 16:10:37 +0100
From: Emmanuel Lecharny <elecharny@gmail.com>
User-Agent: Thunderbird 1.5.0.14pre (X11/20071023)
MIME-Version: 1.0
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Re: [DNS] Trunk or branch for DNS work?
References: <568753d90711101905h18dea3dwd9686002de921ebf@mail.gmail.com>
	 <a32f6b020711101916l34f90903ma105a637a5bcf447@mail.gmail.com>
	 <568753d90711101923r26c2d47dmc8235d64da4af87d@mail.gmail.com>
	 <a32f6b020711102051g1b3d0a02o36c58f7d2b3e2faa@mail.gmail.com>
	 <568753d90711111405v3117e83bq3ac7edbf331a545c@mail.gmail.com>
 <a32f6b020711111535w1085a90ewad630cef65cd4f08@mail.gmail.com>
 <26545899.31384091194879132924.JavaMail.root@elysia.void.it>
In-Reply-To: <26545899.31384091194879132924.JavaMail.root@elysia.void.it>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

Stefano Bagnara wrote:
> Alex Karasulu ha scritto:
>   
>> Also note that the issues with the time taken to run integration tests
>> is temporary.  This will go away.  So any *integration* tests you add,
>> you should add them specifically to work in the proper environment,
>> that is inside ApacheDS with the LDAP store.  Anything else is not
>> something we intend to keep in the main line of development.
>>     
>
> Hi Alex, I'm just a directory user but I have a question: can you
> explain who are you representing (who is included in your "we")?
>   
we <=> the PMC
> IMHO (I'm not a directory developer, but an ASF committer) Enrique idea
> to test the code against dnsjava makes a lot of sense.
Yes. But these tests should be kept into some dns-unit project (which 
does not currently exists). The base idea is to be able to run those 
tests without modifying the core server (which protocol-dns is part of). 
Having some comparison between what the server is doing and what dnsjava 
provides is an excellent idea. We have done that with the ASN.1 codec at 
the beginning. But dnsjava should not be used _inside_ protocol_dns.
> dnsjava is used
> by a lot of researchers to run tests because it is widely adopted and
> often takes into considerations special cases that are not well
> described in RFC but are de-facto known issues of the DNS world.
>   
There is nothing bad about dnsjava. It's just that we need it to be used 
in some kind of specific place where it does not impact the core server. 
A protocol-dns-unit project would be the perfect place to do that.
>   
>> If you have convenience interfaces for alternative backing stores
>> that's fine but we're not going to reorganize things to accommodate
>> that.  Our aim is to progress ApacheDS and not act as an incubator for
>> plugins that want to become top level projects.
>>     
>
> Enrique explained that he doesn't intend to create a standalone project,
> but the sentence above is conflicting with the fact that MINA has been
> incubated by the directory project and IMHO in a succesfully way.
>   
May be because Trustin and Alex made it possible :) But it was not 
intended from the beginning. It was just a consequence of the increasing 
usage of MINA by some other peeps than just Directory. Also keep in mind 
that MINA, even if started as a sub-project of Directory, is really 
totally disconnected from Directory. We already have discussed a lot 
about DNS project to be a sub-project of MINA instead of Directory, this 
is not a problem at all. What Alex said is that we just want to be sure 
that we will not create a divergence in the core Directory.

Hopes it help to understand Alex's mail.
> My 2 cents,
> Stefano
>
>
>
>   


-- 
--
cordialement, regards,
Emmanuel L�charny
www.iktek.com
directory.apache.org