[jira] Resolved: (DIRSERVER-796) LdapDn.toString() doesn't return valid parseable DN string

["Emmanuel Lecharny (JIRA)" <ji...@apache.org>]

     [ http://issues.apache.org/jira/browse/DIRSERVER-796?page=all ]

Emmanuel Lecharny resolved DIRSERVER-796.
-----------------------------------------

    Resolution: Fixed

Fix committed to 1.0 and to 1.5 trunks : 
http://svn.apache.org/viewvc?view=rev&rev=486779
and
http://svn.apache.org/viewvc?view=rev&rev=486780

> LdapDn.toString() doesn't return valid parseable DN string
> ----------------------------------------------------------
>
>                 Key: DIRSERVER-796
>                 URL: http://issues.apache.org/jira/browse/DIRSERVER-796
>             Project: Directory ApacheDS
>          Issue Type: Bug
>          Components: ldap
>    Affects Versions: 1.5.0, 1.0
>            Reporter: Norval Hope
>
> If you do the following:
>     LdapDN  dn = new LdapDN("oU=a\\,comma,O=acme");
> then you get the following
>     1. dn.toString() = dn.getNormName()        = 'ou=a,comma,o=acme'
>     2. dn.getUpName()                                        = 'oU=a\,comma,O=acme'
> Due to the value returned in 1. the following results in a parsing exception
>    LdapDN  dn = new LdapDN(new LdapDN("oU=a\\,comma,O=acme").getNormName());  
> I think the value in 1. should still be a valid parseable DN string instead, namely 'ou=a\,comma,o=acme'

-- 
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

        

Re: [jira] Resolved: (DIRSERVER-796) LdapDn.toString() doesn't return valid parseable DN string

[Emmanuel Lecharny <el...@gmail.com>]

Yeah there are some other problems with uniqueMember attribute :
http://issues.apache.org/jira/browse/DIRSERVER-757
and
http://issues.apache.org/jira/browse/DIRSERVER-766

I think that the second one is related to what you get.

Let's throw a glance to this problem, I think it's time for a debugging
session :)

On 12/14/06, Norval Hope <nr...@gmail.com> wrote:
>
> I seem to have run into a different problem now (although still around
> quoting issues) when doing reverse searches for membership, in that a
> filter like
>
> subtree scoped search for the directory root with this filter:
>
> (& (| (objectclass=groupOfUniqueNames) (objectclass=groupOfNames) ) (|
> (uniquemember=cn=acct\,comma,o=cont\,comma,ou=system)
> (member=cn=acct\,comma,o=cont\,comma,ou=system) ) )
>
> passed to a vanilla ApacheDS 1.1 doesn't match the object with the
> following LDIF:
>
> version: 1
> dn: cn=grp\,comma,ou=system
> objectclass: groupOfUniqueNames
> objectclass: top
> cn: grp,comma
> uniquemember: cn=acct\,comma,o=cont\,comma,ou=system
>
> However, exactly the same search works where there are no quoted
> characters in the DNs stored in uniquemember. I have to rush now but
> will open a JIRA in the next three days or so.
>
> Thanks
>



-- 
Cordialement,
Emmanuel Lécharny
www.iktek.com

Re: [jira] Resolved: (DIRSERVER-796) LdapDn.toString() doesn't return valid parseable DN string

[Norval Hope <nr...@gmail.com>]

I seem to have run into a different problem now (although still around
quoting issues) when doing reverse searches for membership, in that a
filter like

subtree scoped search for the directory root with this filter:

(& (| (objectclass=groupOfUniqueNames) (objectclass=groupOfNames) ) (|
(uniquemember=cn=acct\,comma,o=cont\,comma,ou=system)
(member=cn=acct\,comma,o=cont\,comma,ou=system) ) )

passed to a vanilla ApacheDS 1.1 doesn't match the object with the
following LDIF:

version: 1
dn: cn=grp\,comma,ou=system
objectclass: groupOfUniqueNames
objectclass: top
cn: grp,comma
uniquemember: cn=acct\,comma,o=cont\,comma,ou=system

However, exactly the same search works where there are no quoted
characters in the DNs stored in uniquemember. I have to rush now but
will open a JIRA in the next three days or so.

Thanks

Re: [jira] Resolved: (DIRSERVER-796) LdapDn.toString() doesn't return valid parseable DN string

[Norval Hope <nr...@gmail.com>]

Wow! That's what I call amazingly good service!

Thanks, I updated my 1.1 working dir with your changes and tried them
out and everything worked a treat.