Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 48244 invoked from network); 8 Dec 2007 16:12:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Dec 2007 16:12:11 -0000 Received: (qmail 99303 invoked by uid 500); 8 Dec 2007 16:11:59 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 99246 invoked by uid 500); 8 Dec 2007 16:11:59 -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 99235 invoked by uid 99); 8 Dec 2007 16:11:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Dec 2007 08:11:59 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 209.85.146.176 as permitted sender) Received: from [209.85.146.176] (HELO wa-out-1112.google.com) (209.85.146.176) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Dec 2007 16:11:37 +0000 Received: by wa-out-1112.google.com with SMTP id m38so2338747waf for ; Sat, 08 Dec 2007 08:11:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=Gbh5rpC/RcRKTXkqGQ5xeE4MTNeM8dkjOChbiBvYISE=; b=SOUmMmmWLN1Iu2SxSUMi/bkAjmUWQmrjrfNRD707UZ4xTfLlxeKkzsx4DDmxSbV937AxsQRMWBoefvrNqpq/D+ERfr0Sqod5xc1S1LnGFIkjFKWao/4cTo/Fu+kl+gb983sAfX4ODSq+Z7iZyh65TYUwalEptOVOn+oRLkaE+tA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=Z3eGWVNWJ4PngpIyNUinJHbJcwYNsYM1AV/SgVBL+8i7A/1uisw+UW9pm3JuozhuqMWR6Kdp0nd9ry0uwDOLDUR44VfX130+kUKaT/nlvxdbOBMURhrTwGfVGXsjaYNiD2A8mslfcor5Q4Uw98RA68izuFpz/XxfBIRqtk2MoFk= Received: by 10.114.210.2 with SMTP id i2mr367291wag.1197130299916; Sat, 08 Dec 2007 08:11:39 -0800 (PST) Received: by 10.115.18.12 with HTTP; Sat, 8 Dec 2007 08:11:39 -0800 (PST) Message-ID: Date: Sat, 8 Dec 2007 11:11:39 -0500 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: Re: Failing ModifyRdnTest In-Reply-To: <475A90E3.5060300@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_15251_24941954.1197130299909" References: <475A90E3.5060300@gmail.com> X-Google-Sender-Auth: f21396f5cae79b12 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_15251_24941954.1197130299909 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I must have recently introduced this. I'll give a shot at fixing it withou= t spending too much time. If I cannot fix it then yeah you're write we can just @Ignore the test. Alex On Dec 8, 2007 7:41 AM, Emmanuel Lecharny wrote: > Hi Alex, > > I have spent some time invastigating the failing test in server-unit. I > havz to run, so I pass the ball back to you now. Here is what I have > found : the 'cn' Attribute is stored using the normalized value in the > backend, for some strange reason. This is why the test fails, as there > is a assetEquals( "Tori Amos", "tori amos" ) in the test. > > The getAttributes( "cn" ) returns "tori amos" instead of "Tori Amos", > because the serialization stores the wrong value. This is bad, and will > be fixed definitively as soon as we switch to the ServerEntry thing, and > as soon as we store both values ( UP and normalized values) in the > backend. > > At the end, it's not a serious issue. I would consider simply to modify > the test for the moment, replacing the comparison to a case insensitive > one. The best would be to reactivate the test when we will be done with > the switch ... > > wdyt ? > > -- > -- > cordialement, regards, > Emmanuel L=E9charny > www.iktek.com > directory.apache.org > > > ------=_Part_15251_24941954.1197130299909 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I must have recently introduced this.  I'll give a shot at fixing = it without spending too much time.  If I cannot fix it then yeah you&#= 39;re write we can just @Ignore the test.

Alex

On Dec 8, 2007 7:41 AM, Emmanuel Lecharny <elecharny@gmail.com> wrote:
Hi Alex,

I have spent some time invastigating the failing test in se= rver-unit. I
havz to run, so I pass the ball back to you now. Here is wh= at I have
found : the 'cn' Attribute is stored using the normali= zed value in the
backend, for some strange reason. This is why the test fails, as there<= br>is a assetEquals( "Tori Amos", "tori amos" ) in the = test.

The getAttributes( "cn" ) returns "tori amos&qu= ot; instead of "Tori Amos",
because the serialization stores the wrong value. This is bad, and will=
be fixed definitively as soon as we switch to the ServerEntry thing, an= d
as soon as we store both values ( UP and normalized values) in the bac= kend.

At the end, it's not a serious issue. I would consider simply t= o modify
the test for the moment, replacing the comparison to a case ins= ensitive
one. The best would be to reactivate the test when we will be d= one with
the switch ...

wdyt ?

--
--cordialement, regards,
Emmanuel L=E9charny
www.iktek.com
directory.apache.org



------=_Part_15251_24941954.1197130299909--