directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Zoerner (JIRA)" <>
Subject [jira] Updated: (DIREVE-243) Compare operation does not adhere to some matching rules
Date Mon, 05 Sep 2005 12:41:30 GMT
     [ ]

Stefan Zoerner updated DIREVE-243:


Here is my test case class for the matching rules. The telephoneNumberMatch case is probably
a different story, because an adequate comparator is currently missing in the server registry

> Compare operation does not adhere to some matching rules
> --------------------------------------------------------
>          Key: DIREVE-243
>          URL:
>      Project: Directory Server
>         Type: Bug
>     Versions: 0.9.2
>     Reporter: Stefan Zoerner
>     Assignee: Alex Karasulu
>     Priority: Minor
>  Attachments:
> The compare operation provides wrong results for some matching rules. I made tests with
four rules, two of them worked, two of them not. 
> caseIgnoreMatch failed (compare("Amos", "AMOS") => false)
> telephoneNumberMatch failed
> octetStringMatch worked
> distinguishedNameMatch worked
> A corresponding test case with all four cases is included to this issue. 
> I changed the CompareHandler in org.apache.ldap.server.protocol to use the comparator
from the AttributeTypeRegistry instead of Attribute.contains(...). This removed the problem,
but I am unsure, whether this implementation is desired by design. Especially in case of multivalued
attributes, the implementation is not optimal (e.g. many member values in a groupOfUniqueNames),
because it seems to be necessary to loop over the attr values by the handler.

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