directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jesse Van Hill (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DIRSERVER-2198) Continuation References are not returned
Date Thu, 15 Jun 2017 18:10:00 GMT

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

Jesse Van Hill commented on DIRSERVER-2198:
-------------------------------------------

I should clarify that "localhost" is SERVERA. 

Additionally, when you specify the base DN for the search as the referral entity, you get
the referral:

{code:java}
$ ldapsearch -H ldap://SERVERA -x -b ou=subtree,o=acme,c=us "(uid=*)"
# extended LDIF
#
# LDAPv3
# base <ou=subtree,o=acme,c=us> with scope subtree
# filter: (uid=*)
# requesting: ALL
#

# search result
search: 2
result: 10 Referral
matchedDN: ou=subtree,o=acme,c=us
text: Encountered referral attempting to handle request.
ref: ldap://SERVERB/ou=subtree,o=acme,c=us??sub

# numResponses: 1
{code}


> Continuation References are not returned
> ----------------------------------------
>
>                 Key: DIRSERVER-2198
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-2198
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 2.0.0-M15, 2.0.0-M21
>         Environment: Linux RHEL 7.3
>            Reporter: Jesse Van Hill
>
> It appears that ApacheDS is not returning continuation references even when there are
referrals.
> For instance:
> Server A has the following referral:
> {code:java}
> dn: ou=subtree,o=acme,c=us
> objectclass: top
> objectclass: referral
> objectclass: extensibleobject
> ou: subtree
> ref: ldap://serverB/ou=subtree,o=acme,c=us
> {code}
> If I do a search for entities with any UID, I get no referrals:
> {code:java}
> ldapsearch -H ldap://localhost -x -b o=acme,c=us "(uid=*)"
> # extended LDIF
> #
> # LDAPv3
> # base <o=acme,c=us> with scope subtree
> # filter: (uid=*)
> # requesting: ALL
> #
> # search result
> search: 2
> result: 0 Success
> # numResponses: 1
> {code}
> If I search again, this time for any entity with objectclass=*, I get my referral:
> {code:java}
> $ ldapsearch -H ldap://localhost -x -b o=acme,c=us "(objectclass=*)"
> # extended LDIF
> #
> # LDAPv3
> # base <o=acme,c=us> with scope subtree
> # filter: (objectclass=*)
> # requesting: ALL
> #
> # acme, us
> dn: o=acme,c=us
> dc: acme
> o: acme
> objectclass: domain
> objectclass: top
> objectclass: extensibleObject
> *# search reference
> ref: ldap://SERVERB/ou=subtree,o=acmec=us??sub*
> # search result
> search: 2
> result: 0 Success
> # numResponses: 3
> # numEntries: 1
> # numReferences: 1
> {code}
> I see something similar was fixed in issue DIRSERVER-2057, but the tests only included
"objectclass=*" in the filters.
> I have tested on M15 and M21 (where the fix for DIRSERVER-2057 should be included) and
they all fail to return the referral.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message