Mailing-List: contact directory-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List"
 <directory-dev@incubator.apache.org>
Received-SPF: pass (hermes.apache.org: domain of aok123@bellsouth.net
 designates 205.152.59.64 as permitted sender)
Message-ID: <42094F23.5000807@bellsouth.net>
Date: Tue, 08 Feb 2005 18:45:39 -0500
From: Alex Karasulu <aok123@bellsouth.net>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
MIME-Version: 1.0
To: Apache Directory Developers List <directory-dev@incubator.apache.org>
Subject: Re: Problem with mixed case in suffix
References: <20050208231813.C353F13FE4@mail.vergenet.com>
In-Reply-To: <20050208231813.C353F13FE4@mail.vergenet.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

Yep Endi you caught a bug - good job! Could you go through the motions 
of filing it via JIRA?

Thanks much,
Alex

Endi Sukma Dewata wrote:

> Hi,
>
> I�m Endi Dewata from Verge Archemedia Labs in Austin, TX. I�m working 
> with Adison Wongkar trying to hook up our Virtual Directory product 
> with ApacheDS. So far so good, but it seems that we just found a minor 
> problem with suffixes that contain capital letters (e.g. 
> dc=VergeNet,dc=com). It�s not a blocking problem for us, but I just 
> want to know if this is a known issue or has been addressed before. 
> Here�s the description of the problem:
>
> In ServerContextFactory.java line #630, JdbmDatabase is initialized 
> with un-normalized suffix.
>
> Database db = new JdbmDatabase( upSuffix, wkdir );
>
> But in JdbmDatabase.java line #673, when adding an entry to the 
> database, the suffix is compared with the normalized dn of the new entry.
>
> if ( dn.equals( suffix ) )
>
> This is causing the add operation to fail.
>
> A similar problem also happens here. In RootNexus.java line #203, the 
> suffix is being normalized during registration.
>
> backends.put( backend.getSuffix( true ).toString(), backend );
>
> However, in RootNexus.java line #556, the dn used to look up the 
> backend is not normalized.
>
> return ( ContextPartition ) backends.get( clonedDn.toString() );
>
> This is causing the search operation to fail.
>
> Should I file a bug? Thank you very much.
>
> --
>
> Endi S. Dewata
>