Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 76193 invoked from network); 2 Oct 2008 13:38:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Oct 2008 13:38:15 -0000 Received: (qmail 96115 invoked by uid 500); 2 Oct 2008 13:38:13 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 96069 invoked by uid 500); 2 Oct 2008 13:38:13 -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 96058 invoked by uid 99); 2 Oct 2008 13:38:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Oct 2008 06:38:13 -0700 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 pajbam@gmail.com designates 209.85.217.19 as permitted sender) Received: from [209.85.217.19] (HELO mail-gx0-f19.google.com) (209.85.217.19) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Oct 2008 13:37:12 +0000 Received: by gxk12 with SMTP id 12so1389355gxk.1 for ; Thu, 02 Oct 2008 06:37:46 -0700 (PDT) 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=DDtIF798tafVGftJUnqrZDzYrrtarxZJnriJg3A9/sk=; b=mMNE+6KPzMuHrnxDqqjAel54Uz53FWLM5spD+i1cbozHrzd4TTxX5aLHcCd2a2QpHT l9AOeXiuQ7aZ/W0rPt0VpCWZ8JCoAqtTfxK9Ami6p8bMJZDhyMy/QP26UV7teI5tuWZ6 xqPJMf+U7CcKRcGJ6W8hJF6/j5oJRjO0dYAic= 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=SifKUXz/tLBvyamjPVYo5uhpZLxfGDS3MedthD/StN8BdHqH0HessoVBZJttuheBrf BGCaEN6KdxSenTUxmtwhTxiGiE7pzsRRSP6zjkT6xeMi1ucPBM2oW9iwnBzMxrNiFtvQ UKlgIdIal1UXAaeKY2Mew5wCuogv+ju+M/Oy0= Received: by 10.142.174.18 with SMTP id w18mr3876011wfe.325.1222954665987; Thu, 02 Oct 2008 06:37:45 -0700 (PDT) Received: by 10.143.6.6 with HTTP; Thu, 2 Oct 2008 06:37:45 -0700 (PDT) Message-ID: <98d8c0860810020637g2ce0ee64r33f18571380f4120@mail.gmail.com> Date: Thu, 2 Oct 2008 15:37:45 +0200 From: "Pierre-Arnaud Marcelot" Sender: pajbam@gmail.com To: "Apache Directory Developers List" Subject: Re: Ldap.toString() returning a Normalized DN is an error... In-Reply-To: <48E4CD79.9070401@nextury.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4936_19181771.1222954665983" References: <48E4CD79.9070401@nextury.com> X-Google-Sender-Auth: 55f534666c333f9f X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_4936_19181771.1222954665983 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Emmanuel, On Thu, Oct 2, 2008 at 3:32 PM, Emmanuel Lecharny wrote: > Hi guys, > > I'm realizing that the LdapDN.toString() method returning a normalized DN > was a truly bad idea. It's used all over the code, for instance to generate > error messages, and this is obfuscating them. > > It would be way better if the toString() method returns the user provided > DN so that the semantic of this method is kept. All in all, the toString() > method is supposed to return something whichj is readable by human beings, > when 1.3.6.1.4.1.18060.0.4.0.2.1=test is not :) > > So what about replacing the current implementation to return the UP name > instead of the Normname ? I think it makes sense. +1 Regards, Pierre-Arnaud ------=_Part_4936_19181771.1222954665983 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hi Emmanuel,

On Thu, Oct 2, 2008 at 3:32 PM, Emmanuel Lecharny <elecharny@gmail.com> wrote:
Hi guys,

I'm realizing that the LdapDN.toString() method returning a normalized DN was a truly bad idea. It's used all over the code, for instance to generate error messages, and this is obfuscating them.

It would be way better if the toString() method returns the user provided DN so that the semantic of this method is kept. All in all, the toString() method is supposed to return something whichj is readable by human beings, when 1.3.6.1.4.1.18060.0.4.0.2.1=test is not :)

So what about replacing the current implementation to return the UP name instead of the Normname ?

I think it makes sense.
+1

Regards,
Pierre-Arnaud

------=_Part_4936_19181771.1222954665983--