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

Stefan Seelmann commented on DIRSTUDIO-935:
-------------------------------------------

Just five lines before there is a second search which requests some well-known 
operational attributes and "+". The result of those both searches is merged 
into the displayed entry. The reason why we request some specific attributes 
(namingContexts, supportedControl, etc.) but also "+" is that not all servers 
support the RFC3673 "All operational attributes" feature.

So we do two searches:
1.) with attributes: namingContexts subschemaSubentry supportedLDAPVersion 
supportedSASLMechanisms supportedExtension supportedControl supportedFeatures 
vendorName vendorVersion + objectClass
2.) with attributes: *

I wondered why this is done and while browsing through the SVN history I found 
issue DIRSTUDIO-269. This was introduces to workaround bad behaviour of BEA 
Weblogic embedded LDAP, it didn't return all user attributes if "*" was 
requested with another attributes.

Now it seems the latest eDirectory server has a similar problem, that it 
doesn't return all operational attributes if "+" is requested together with 
other operational attributes? Can you verify that by doing a search with an 
attribute and +, e.g. "namingContexts +"?



                
> Reading root DSE
> ----------------
>
>                 Key: DIRSTUDIO-935
>                 URL: https://issues.apache.org/jira/browse/DIRSTUDIO-935
>             Project: Directory Studio
>          Issue Type: Bug
>    Affects Versions: 2.0.0-M8 (2.0.0.v20130628)
>         Environment: Windows 8 64-bit, Java 7
>            Reporter: Aleks M
>
> Hello
> How can I troubleshoot this issue.
> When connected to an older version of eDirectory and when clicking on the 
> Root DSE I can see all the attributes available on the Root DSE.
> When I connect to a newer version, in my case 887, Studio displays just the 
> following:
> namingContexts, subschemaEntry, supportedControl, supportedExtension, 
> supportedFeatures, supportedLDAPVersion, supportedSASLMechanisms, vendorName, 
> vendorVersion.
> Reading the root DSE using another others LDAP tools works fine.
> Which Java class performs the reading of the root DSE?

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

Reply via email to