[Date Prev][Date Next] [Chronological] [Thread] [Top]

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