[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: programatically retrive the schema inforamation
- To: "Rajesh Pandry K" <pandry@india.hp.com>
- Subject: RE: programatically retrive the schema inforamation
- From: "Matthieu Turpault" <matthieu.turpault@comelis.fr>
- Date: Mon, 21 Oct 2002 10:20:14 +0200
- Cc: <openldap-software@OpenLDAP.org>
- Content-class: urn:content-classes:message
- Thread-index: AcJ403eiVzEKmCqQSzy1e3CZNS3FOAABiJEA
- Thread-topic: programatically retrive the schema inforamation
Hello,
I don't understand why your iPlanet server does not retrieve the correct information. Mine gives the following one:
%ldapsearch -x -h server.comelis.fr -p 389 -b "" -s base -LLL "(objectClass=*)" "+" "*"
dn:
objectclass: top
namingcontexts: o=foo
namingcontexts: o=NetscapeRoot
subschemasubentry: cn=schema
supportedcontrol: 2.16.840.1.113730.3.4.2
supportedcontrol: 2.16.840.1.113730.3.4.3
supportedcontrol: 2.16.840.1.113730.3.4.4
supportedcontrol: 2.16.840.1.113730.3.4.5
supportedcontrol: 1.2.840.113556.1.4.473
supportedcontrol: 2.16.840.1.113730.3.4.9
supportedcontrol: 2.16.840.1.113730.3.4.12
supportedsaslmechanisms: EXTERNAL
supportedldapversion: 2
supportedldapversion: 3
changelog: cn=changelog
firstchangenumber: 1
lastchangenumber: 7804
dataversion: server.comelis.fr:389 020020909152619
netscapemdsuffix: cn=ldap://:389,dc=server,dc=comelis,dc=fr
vlvsearch: cn=MCC ou=People ou=FR o=foo,cn=config,cn=ldbm
vlvsearch: cn=MCC ou=People ou=ES o=foo,cn=config,cn=ldbm
Try the request
ldapsearch -x -h server.comelis.fr -p 389 -b "" -s base -LLL "(objectClass=*)" subschemasubentry
Your server MUST (in the RFC sense) implement this functionnality.
For more information about the rootDSE entry, see the URL http://www.techgalaxy.net/Docs/Dev/LDAPv3%20RootDSE%20Overview.htm
Regards
Matthieu Turpault
>
> hi all,
> I am able to retrive the schema information from Linux open
> ldap server.
> I have problem in iPlanet directory server, installed in windows NT
> platform. I am searching the schema information from command line
> %ldapsearch -x -h nt40168 -b "" -s base -LLL
> "(objectClass=*)" "+" "*"
> It shows
> dn:
> objectClass: top
> namingContexts: dc=ldap,dc=scom,dc=com
> namingContexts: o=NetscapeRoot
> supportedExtension: 2.16.840.1.113730.3.5.7
> supportedExtension: 2.16.840.1.113730.3.5.8
> supportedExtension: 2.16.840.1.113730.3.5.3
> supportedExtension: 2.16.840.1.113730.3.5.5
> supportedExtension: 2.16.840.1.113730.3.5.6
> supportedExtension: 2.16.840.1.113730.3.5.4
> supportedControl: 2.16.840.1.113730.3.4.2
> supportedControl: 2.16.840.1.113730.3.4.3
> supportedControl: 2.16.840.1.113730.3.4.4
> supportedControl: 2.16.840.1.113730.3.4.5
> supportedControl: 1.2.840.113556.1.4.473
> supportedControl: 2.16.840.1.113730.3.4.9
> supportedControl: 2.16.840.1.113730.3.4.16
> supportedControl: 2.16.840.1.113730.3.4.15
> supportedControl: 2.16.840.1.113730.3.4.17
> supportedControl: 2.16.840.1.113730.3.4.19
> supportedControl: 2.16.840.1.113730.3.4.14
> supportedControl: 1.3.6.1.4.1.1466.29539.12
> supportedControl: 2.16.840.1.113730.3.4.13
> supportedControl: 2.16.840.1.113730.3.4.12
> supportedControl: 2.16.840.1.113730.3.4.18
> supportedSASLMechanisms: EXTERNAL
> supportedSASLMechanisms: DIGEST-MD5
> supportedLDAPVersion: 2
> supportedLDAPVersion: 3
> dataversion: 020021018062843020021018062843
> netscapemdsuffix: cn=ldap://dc=nt40168,dc=india,dc=hp,dc=com:389
>
> Here I face the problem, there is no entry subschemaSubentry.. how I
> search the schema information from client side. Is any
> filters are use
> to retrive the information?
>
> Thanx in adv.
> regds
> Pandry
>
>
> Matthieu Turpault wrote:
> >
> > Hello,
> >
> > you should the rootDSE entry. This virtual entry
> gives you some information about the directory:
> >
> >
> --------------------------------------------------------------
> --------------------------------------
> > To get all attributes of the rootDSE entry:
> > ----------------------------------------------
> > [tt $ll]% ldapsearch -x -h roxane.comelis.fr -b "" -s base
> -LLL "(objectClass=*)" "+" "*"
> >
> > dn:
> > objectClass: top
> > objectClass: OpenLDAProotDSE
> > namingContexts: ou=laboratoire,o=comelis,c=fr
> > namingContexts: o=geodis.com
> > namingContexts: o=geodis.dg.com
> > namingContexts: o=geodis.ptl.com
> > namingContexts: o=geodis.eb.com
> > namingContexts: o=geodis
> > namingContexts: o=Referentiel
> > namingContexts: o=comelis
> > namingContexts: o=pamComelis
> > namingContexts: ou=surRoxane,o=testReferal
> > namingContexts: o=personnesGeodis
> > supportedControl: 2.16.840.1.113730.3.4.2
> > supportedExtension: 1.3.6.1.4.1.4203.1.11.1
> > supportedExtension: 1.3.6.1.4.1.1466.20037
> > supportedFeatures: 1.3.6.1.4.1.4203.1.5.1
> > supportedLDAPVersion: 2
> > supportedLDAPVersion: 3
> > subschemaSubentry: cn=Subschema
> >
> > The value given by the subschemaSubentry attribute is the
> dn of the schema information.
> >
> >
> --------------------------------------------------------------
> --------------------------------------
> > To retrieve the schema information:
> > ----------------------------------------------
> > ldapsearch -x -h roxane.comelis.fr -b "cn=Subschema" -LLL
> -s base "(objectClass=*)" objectClasses
> >
> > > -----Message d'origine-----
> > > De : Rajesh Pandry K [mailto:pandry@india.hp.com]
> > > Envoyé : lundi 7 octobre 2002 11:55
> > > À : openldap-software@OpenLDAP.org
> > > Objet : programatically retrive the schema inforamation
> > >
> > >
> > > Hi all,
> > > Is it possible to programatically retrive the schema
> inforamation from
> > > directory server? my problem is,
> > > allowing directory client applications to programmatically(
> > > C language)
> > > retrieve the schema and adept their behavior based on it. At
> > > deployment
> > > site, my client program keep on changing because of attirbute are
> > > changing.
> > > Is there any option to get the attribute from remote
> ldap server it
> > > would be helpful for me to generalize the client library.
> > >
> > > regards
> > > Pandry
> > >
>