directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Zoerner (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DIRSERVER-815) Value of matchedDN keeps leading spaces, if add operation fails due to missing parent entry
Date Sun, 07 Jan 2007 19:14:27 GMT

    [ https://issues.apache.org/jira/browse/DIRSERVER-815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462854
] 

Stefan Zoerner commented on DIRSERVER-815:
------------------------------------------

I have added a test case OpsWithMissingParentNetscapeSDK.java to this issue. As already described,
I was not able to reproduce the problem with JNDI. The JUnit test case uses Netscape SDK instead.
The behavior is also present for delete and modify operations, not only the add operation.
The test therefore contains three tests, all of them fail with the current ApacheDS 1.5.0
SNAPSHOT.

The test passes with the following servers:
    * Sun Java System Directory Server 5.2
    * IBM Tivoli Directory Server 6.0
    * OpenLDAP 2.3

> Value of matchedDN keeps leading spaces, if add operation fails due to missing parent
entry
> -------------------------------------------------------------------------------------------
>
>                 Key: DIRSERVER-815
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-815
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 1.5.0
>         Environment: * ApacheDS 1.5.0 (SNAPSHOT)
> * Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-b03)
> * Windows XP Professional SP2
>            Reporter: Stefan Zoerner
>            Priority: Minor
>         Attachments: OpsWithMissingParentNetscapeSDK.java
>
>
> If I try to add an entry with DN "cn=Fiona Apple, ou=missing, dc=example, dc=com" (spaces
are important), and the parent entry "ou=missing, dc=example, dc=com" does not exist, the
operation fails with the correct result code (32: no such object).  
> LDIF-File Fiona.ldif:
> ---8<---
> dn: cn=Fiona Apple, ou=missing, dc=example, dc=com
> objectclass: person
> objectclass: top
> sn: Apple
> cn: Fiona Apple
> --->8---
> $ ldapmodify -h localhost -p 10389 -D "uid=admin,ou=system" -w ******-q -c -a -f Fiona.ldif
> ldap_add: No such object
> ldap_add: matched:  dc=example, dc=com
> ldap_add: additional info: failed to add entry cn=Fiona Apple,ou=missing,dc=example,dc=com:
Parent  ou=missing, dc=example, dc=com not found
> But the value of the matchedDN field starts with a blank (it is "_dc=example,_dc=com",
'_' denotes a blank). This behavior is present in the current 1.5 SNAPSHOT only. In the 1.0
release, the matchedDN value is "dc=example,_dc=com", which is the expected result.
> Unfortunately I was not able to reproduce this problem with JNDI yet. JNDI seems to modify
the matchedDN result in the NameNotFoundException. But with Netscape SDK the problem is reproducible.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message