You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Alex Karasulu (JIRA)" <di...@incubator.apache.org> on 2005/03/02 15:16:49 UTC

[jira] Commented: (DIREVE-137) Problems with mixed-case in suffix

     [ http://issues.apache.org/jira/browse/DIREVE-137?page=comments#action_60048 ]
     
Alex Karasulu commented on DIREVE-137:
--------------------------------------

Good catch - I've been working on trying to figure out how we can fix this for good.  Looks like we're really exposed in several ways.  I was going to fix this with a Normalization interceptor service but I backed out for some reason.  I'll take another look at doing this later ....

For the time being I fixed the first point you have made about the normalizated mismatch by adding the normalized name to the JdbmDatabase constructor.



 

> Problems with mixed-case in suffix
> ----------------------------------
>
>          Key: DIREVE-137
>          URL: http://issues.apache.org/jira/browse/DIREVE-137
>      Project: Directory Server
>         Type: Bug
>   Components: jdbm database, jndi-provider, server main
>     Versions: 0.8
>     Reporter: Endi S. Dewata
>     Assignee: Alex Karasulu
>     Priority: Minor
>  Attachments: mixed-case.patch
>
> The server currently has some problems with suffixes that contain mixed cases, e.g. dc=VergeNet, dc=com.
> 1. Add
> ------
> In ServerContextFactory.java line #630, JdbmDatabase is initialized with un-normalized suffix.
>     Database db = new JdbmDatabase( upSuffix, wkdir );
> But in JdbmDatabase.java line #673, when adding an entry to the database, the suffix is compared with the normalized dn of the new entry.
>     if ( dn.equals( suffix ) )
> This is causing the add operation to fail.
> 2. Search
> ---------
> In RootNexus.java line #203, the suffix is being normalized during registration.
>     backends.put( backend.getSuffix( true ).toString(), backend );
> However, in RootNexus.java line #556, the dn used to look up the backend is not normalized.
>     return ( ContextPartition ) backends.get( clonedDn.toString() );
> This is causing the search operation to fail.

-- 
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
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira