[ http://issues.apache.org/jira/browse/DIRSERVER-651?page=comments#action_12419899 ]
Emmanuel Lecharny commented on DIRSERVER-651: --------------------------------------------- I can't download the attachment, I get an error : The image "http://issues.apache.org/jira/secure/attachment/12336540/ldapAsterisk.txt"; 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: http://issues.apache.org/jira/browse/DIRSERVER-651 > Project: Directory ApacheDS > Type: Bug > Environment: all > Reporter: Ralf Hauser > Attachments: ldapAsterisk.txt, ldapNoAsterisk.txt > > As reported by Valdimir > (http://mail-archives.apache.org/mod_mbox/directory-dev/200606.mbox/ajax/[EMAIL > PROTECTED]) 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("(&([EMAIL PROTECTED])(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)([EMAIL PROTECTED]))" > 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
