From users-return-1587-apmail-directory-users-archive=directory.apache.org@directory.apache.org Thu Jul 03 18:22:26 2008 Return-Path: Delivered-To: apmail-directory-users-archive@www.apache.org Received: (qmail 88501 invoked from network); 3 Jul 2008 18:22:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Jul 2008 18:22:25 -0000 Received: (qmail 67616 invoked by uid 500); 3 Jul 2008 18:22:26 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 67584 invoked by uid 500); 3 Jul 2008 18:22:26 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 67573 invoked by uid 99); 3 Jul 2008 18:22:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jul 2008 11:22:26 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of elecharny@gmail.com designates 74.125.44.29 as permitted sender) Received: from [74.125.44.29] (HELO yx-out-2324.google.com) (74.125.44.29) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jul 2008 18:21:32 +0000 Received: by yx-out-2324.google.com with SMTP id 8so302321yxb.55 for ; Thu, 03 Jul 2008 11:21:53 -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:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding:sender; bh=IS/og3ByVROMr4i1V7ubAbVWNTr/eBQ3QNsbk5WgRiA=; b=YuFSQrbbjDqiXoikJMSWYCTyKk6GyzTnK1X0K81zmCBISQm+kML/lVZUTnsRVSBQUk yuKN9CpW+F5m9g8yqZpUpeHk8bl+gs7/hmcatL61F2YypY4Ot2cY51l3/rZ2YuUUM2pV bm0Sxj2VhZ7QseV56haq5SjLq3onhAE0CdDdo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding :sender; b=AF/GDuMksQ+IxKAzrXprZlk8AvEenD1zAXFoaHvUqXj7aLI1fBRXHvoXnYotGUVtix rgPkiLPsdlkXQrIvLvtxH7a0UZdz1RA9J76UIzExw0dLsSos+qFZKk4y7UqFU5GZQt6a UKbO8Iq4lOLIU5eUY282/9QKsjz9TlfPtRKZg= Received: by 10.114.147.1 with SMTP id u1mr1097785wad.208.1215109311711; Thu, 03 Jul 2008 11:21:51 -0700 (PDT) Received: from ?192.168.1.4? ( [82.245.116.110]) by mx.google.com with ESMTPS id d6sm520172fga.2.2008.07.03.11.21.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 03 Jul 2008 11:21:50 -0700 (PDT) Message-ID: <486D18A1.20502@apache.org> Date: Thu, 03 Jul 2008 20:21:21 +0200 From: Emmanuel Lecharny Reply-To: elecharny@apache.org User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: users@directory.apache.org Subject: Re: [ApacheDS] pound sign in dn not working References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: Emmanuel Lecharny X-Virus-Checked: Checked by ClamAV on apache.org Hammond, Steve wrote: > I am on the trunk of 1.5 (almost 1.5.3?) and I have created my own > partition that uses SQL Server as the back end. > > > > When I create a dn of groupid=#g1,ou=local,ou=users,ou=rm it throws out > of LdapDN.normalize. Plain normal. Using # without escaping is accepted only for hex values. 'g' is valid in base 17, not 16 :) > I have the # escaped (groupid=\#g1) but when it > calls rdn.getUpValue in LdapDN.oidNormalize, it returns "#g1" the > backslash is gone, so 3 lines later when it does > DefalutStringNormalizer.normalizeString it sees the # at the front and > assumes the g1 is hex, and decodes it to a strange character that can't > be normalized and throws at > org.apache.directory.shared.ldap.schema.DeepTrimToLowerNormalizer.normal > ize(DeepTrimToLowerNormalizer.java:65) > There may be a bug in the way the getUpValue returns the value (ie, without escaping the #), which has to be doubled checked. A piece of code exhibiting the bad behaviour would save me time :) > I did not enter this as a bug, as it is very possible that I am not > creating an rdn value starting with a # correctly. Do I need to escape > it out as hex or something weird like that? > groupid=\#g1 is supposed to be valid. Now, as this seems to be a filter, there is another option : the filter's parser is different from the RDN parser, so the bug may lay in a different place. I think it's a good idea to fill a JIRA ! -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org