Mailing-List: contact users-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@directory.apache.org
Received-SPF: pass (athena.apache.org: domain of elecharny@gmail.com
 designates 209.85.215.178 as permitted sender)
Message-ID: <4E9C2086.8070500@gmail.com>
Date: Mon, 17 Oct 2011 14:33:10 +0200
From: Emmanuel Lecharny <elecharny@gmail.com>
Reply-To: elecharny@apache.org
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: users@directory.apache.org
Subject: Re: search not working as expected
References: 
 <CAF22f5pxaV1p1uD5sUFki2M97rcL3iQwbcf3mwYs1DVnNZTvpw@mail.gmail.com>
In-Reply-To: 
 <CAF22f5pxaV1p1uD5sUFki2M97rcL3iQwbcf3mwYs1DVnNZTvpw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

On 10/17/11 2:29 PM, david jones wrote:
> can anyone tell me why this search is not working for name=USERID (or any
> other search on name i've tried. I thought initially it might have something
> to do with case, but does not appear to be)
>
> code (1.5.5):
>
> filter = FilterParser.parse("(&(ou=bofmusers)(name="+name+"))");
>              cursor = service.getAdminSession().search(new
> LdapDN("ou=system") , SearchScope.SUBTREE , filter,
> AliasDerefMode.DEREF_ALWAYS, null);
>
>              // Find a matching entry by name
>              while ( cursor.next() )
>               .......
>
>
> exported ldif:
>
> dn: uid=6eaae748-92c3-43d7-8e46-1c5f805d70ff,ou=bofmusers,ou=system
>
> objectClass: bofmUsers
>
> objectClass: top
>
> cn: 6eaae748-92c3-43d7-8e46-1c5f805d70ff
>
> member: ou=bofmusers,ou=system
>
> name: USERID
>
> ou: ou=bofmusers,ou=system
>
> ou: bofmusers
>
> uid: 6eaae748-92c3-43d7-8e46-1c5f805d70ff
>
>
>
> I've got the ldap debug trace, but i think its too long to append.

(name="+name+") will not match anything. The server will try to fin the 
exact '+name+' string into the name Attribute, and obviosuly won't find it.

I don't know what you are trying to do with the '+name+' notation, but 
this is invalid.


-- 
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com