Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Date: Mon, 24 Jun 2013 16:52:20 +0000 (UTC)
From: "Ashma Shrestha (JIRA)" <jira@apache.org>
To: dev@directory.apache.org
Message-ID: <JIRA.12652918.1371229951250.165688.1372092740936@arcas>
In-Reply-To: <JIRA.12652918.1371229951250@arcas>
References: <JIRA.12652918.1371229951250@arcas>
Subject: [jira] [Commented] (DIRSERVER-1860) Invalid DN in returned entry
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Ashma Shrestha commented on DIRSERVER-1860:
-------------------------------------------

Will try and check if it works. Just out of curiosity there don't seems to be any Work log for this issue and wondering if the problem was ever pinned down. 
                
> Invalid DN in returned entry
> ----------------------------
>
>                 Key: DIRSERVER-1860
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1860
>             Project: Directory ApacheDS
>          Issue Type: Bug
>          Components: ldap
>         Environment: Windows Server 2008 R2 Standard
>            Reporter: Charlie Barnett
>            Priority: Minor
>             Fix For: 2.0.0-M11
>
>
> I am trying to match entries in two directories and produce an xml file of differences. ApacheDS is the server for both directories. JXplorer is being used to modify one of the directories. The modified directory is read using a SearchResultListener. In one case the dn of the SearchResultEntry passed to the listener is incorrect. It only contains the rdn of the entry. The specific case is when a new uniqueMember is added to an existing entry of type groupOfUniqueNames. This occurs with both JXplorer and also with Apache Directory Studio. After starting and stopping the server the correct dn is contained in the entry passed. Waiting aproximately 15 minutes also clears the problem. Am using unboundid ldap client library
> Reported problem initially to unboundid but determined by running a proxy that the invalid dn was being returned from server. Link to unboundui report is http://sourceforge.net/p/ldap-sdk/discussion/1001257/thread/ffbae6dd/
>   

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira