Emmanuel Lecharny (JIRA) wrote:
[
https://issues.apache.org/jira/browse/DIRSTUDIO-312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582599#action_12582599
]
Emmanuel Lecharny commented on DIRSTUDIO-312:
---------------------------------------------
Another possibility would be to rely on the server capability to return
this 'count'. ADS can't do that atm, but we are seriously thinking about
adding some extendedOperation for that purpose.
For other LDAP servers, I see no other possibility than storing the count
when you get the request result, or to do a special request with the '1.1'
as returned attribute, in order to avoid a transfer of all the attributes
(costly, and to be double checked ...)
Sounds like you want the "numSubordinates" operational attribute for the
number of children of an entry. Unfortunately I don't think there's a good
published spec for it. In particular, some vendors implemented it only as a
count of the immediate (onelevel) children, and others implemented it as a
count of a full subtree. (OpenLDAP punted, implementing hasSubordinates
instead, which is only a boolean, and doesn't provide the count at all.)
Add count function ------------------
Key: DIRSTUDIO-312 URL:
https://issues.apache.org/jira/browse/DIRSTUDIO-312 Project: Directory
Studio Issue Type: New Feature Components: studio-ldapbrowser Reporter:
Stefan Seelmann Priority: Minor Fix For: 1.2.0
We should add a count function that counts the children of an entry or
the results of a search. Currently when searching at least the DN and the
object classes of an entry are loaded and stored in memory. This is very
memory intensive if one just wants to know the number of children.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
