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 (asf.osuosl.org: domain of enriquer9@gmail.com designates
 64.233.184.239 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:reply-to:organization:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from;
        b=YSYqohvNPigHPJp9Fa8Gw/0mv355LBWZU+LwR0+jPr5jnuR+a9Z1mhsADnsYfSn7wwJGiKJDxQYrqTJDYnzTnAMCl6nUcCY9ZIoLXO/yKJv6vYz3w75/raogVQXHULrYRQkWLeyAxDh8gV5EEG+kV16Bp/mLhk+sU4lLkx7dWQ8=
Message-ID: <446A0FB0.80109@apache.org>
Date: Tue, 16 May 2006 13:45:20 -0400
Reply-To: erodriguez@apache.org
Organization: Apache Software Foundation
User-Agent: Thunderbird 1.5 (X11/20060313)
MIME-Version: 1.0
To: dev@directory.apache.org
Subject: Re: svn commit: r406888 -
 /directory/trunks/apacheds/kerberos-shared/src/main/java/org/apache/directory/server/kerberos/shared/store/operations/GetPrincipal.java
References: <20060516095844.7316.qmail@minotaur.apache.org>
	 <446A040B.7080102@apache.org>
	 <d45b08f00605161019x3a3972f6j998572bb208529c@mail.gmail.com>
	 <446A0CBA.3020003@apache.org>
 <d45b08f00605161031q3fb180b4vf79f3c309eaeb97e@mail.gmail.com>
In-Reply-To: <d45b08f00605161031q3fb180b4vf79f3c309eaeb97e@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
From: Enrique Rodriguez <enriquer9@gmail.com>

Emmanuel Lecharny wrote:
> ah ! Ok
> 
> this was my second bet, so : a new point.
> 
> I gonna think twice about what you wrote, it's a little bit
> complicated for my french brain, which is not english fluent ;)

Again, sorry for putting you and Ersin on the spot with this one.  I 
know you were just fixing a build issue.

The problem is that I've had to deal with this a lot lately with 
updating the OSGi build to M2 and Felix.  OSGi will make it obvious when 
you have excessive dependencies and when you are causing tight coupling 
between jars, which is the case with apacheds-core and shared-ldap. 
Those two artifacts are the source of our worst coupling.

Also, I'm a bit frustrated because I just went through this with a 
similar issue.  There is some Calendar manipulation code in DateUtils 
that was causing pointless deps on shared-ldap elsewhere.  In that case, 
the Calendar manipulation is a simple one-liner with a DateFormat.

Enrique