directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DIRSERVER-651) query incorrectly parsed if first part contains wild-cards (asterisk) - most prominently for gpg/gnupg
Date Thu, 13 Jul 2006 00:39:30 GMT
    [ http://issues.apache.org/jira/browse/DIRSERVER-651?page=comments#action_12420763 ] 

Emmanuel Lecharny commented on DIRSERVER-651:
---------------------------------------------

To inform people who are wainting for a fix :

Working search ilters so far (junit tests created) :
- (a=b)
- (& (a=b) )
- (& (a=b) (c=d) )
- (& (& (a=b ) )
- (& (& (a=b) (c=d) ) )
- (& (& (a=b) ) (c=d) )
- (& (& (a=b) (c=d) ) (e=f) )
- (& (& (a=b) ) (& (c=d) ) )
- (& (& (a=b) (c=d) ) (& (e=f) ) )

The only test failing is a test with something like :
(&(|(objectclass=*)(ou=*))(!(objectclass>=ttt))), which has pretty much the same structure
as (& (& (a=b) (c=d) ) (& (e=f) ) ), so I guess the problem is not in the structure
construction now (this has been fixed), but in the handling of NOT filters (the OR has been
replaced by a AND, and it does not change anything).

More comming tomorrow...


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

>  Environment: all
>     Reporter: Ralf Hauser
>     Assignee: Emmanuel Lecharny
>  Attachments: ldapAsterisk.txt, ldapNoAsterisk.txt
>
> As reported by Valdimir (http://mail-archives.apache.org/mod_mbox/directory-dev/200606.mbox/ajax/%3c4492B645.9020205@netcetera.com.mk%3e)
 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"
"(&(pgpdisabled=0)(pgpuserid=@test*))"
> 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 org.apache.directory.shared.ldap.filter.FilterParserImpl,
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:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message