directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny (JIRA)" <>
Subject [jira] Commented: (DIRSERVER-651) query incorrectly parsed if first part contains wild-cards (asterisk) - most prominently for gpg/gnupg
Date Sun, 09 Jul 2006 10:08:30 GMT
    [ ] 

Emmanuel Lecharny commented on DIRSERVER-651:

I can't download the attachment, I get an error :
The image "" cannot
be displayed, because it contains errors.

Are they images or full text ?

Another question : have you extended the schema to add a pgpuserid attribute? 

Last point, if you are not afraid by logs, you can set the server to debug mode (including
the codec) modifying the log4j configuration file, and attach a tar.gz of those logs. It will
help to check if the client send the filter correctly, because we are dumping the PDU bytes
into the logs.

> query incorrectly parsed if first part contains wild-cards (asterisk) - most prominently
for gpg/gnupg
> ------------------------------------------------------------------------------------------------------
>          Key: DIRSERVER-651
>          URL:
>      Project: Directory ApacheDS
>         Type: Bug

>  Environment: all
>     Reporter: Ralf Hauser
>  Attachments: ldapAsterisk.txt, ldapNoAsterisk.txt
> As reported by Valdimir (
 this query is not handled correctly.
> In short: 
>   ldapsearch -x -H ldap://localhost:11500 -D "dn=bugs" -w bunny -b "dc=pgpkeys" "(&(pgpuserid=test*)(pgpdisabled=0))"
> only brings up a SimpleNode instead of a BranchNode.
> Some further insights:
> -----------------
> 1) a unit test on the query with the parser in shared-ldap-0.9.5.jar appears to work:
>             FilterParserImpl parser = new FilterParserImpl();
>             ExprNode node = parser
>                     .parse("(&(pgpuserid=*@test*)(pgpdisabled=0))");
>   ==> a BranchNode is returned here, but not when using apacheDS
> 2) when switching the order of the sub-queries, I do see the BranchNode even when using
apacheDS with both parts:
>      ldapsearch -x -H ldap://localhost:2389 -d5 -D "dn=bugs" -w bunny -b "dc=pgpkeys"
> 3) increasing the debug level to "ldapsearch -d10" hints that the full query is sent
to apacheDS and not only the "pgpdisabled=0" part
> 4) when setting a break-point in,
it appears that when doing my tests, the parse() is never called??

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message