Virtual Views problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Fabrice Durand wrote:
> Hi,
> i try to understand what's wrong with my virtual views.
>
You are searching for views inside the view hierarchy since 
ou=entreprise,ou=annuaire,dc=test,dc=fr is a view without a filter.  So 
you're search is being rewritten to be from scope 
ou=annuaire,dc=test,dc=fr, made a subtree search if it is not already, 
and then the filter is rewritten to realize the view.  Part of the 
filter rewriting is to ignore views entries unless they match the 
original filter and are in the original search scope - it is quite 
possible that there is some odd interaction in this case. Do you see the 
views if you use (ou=*)?

> I've got an 'ou' where all my users are (ou=People,dc=test,dc=fr)
> So i create a virtual views with diff?rent ou with objectclass : 
> nsview and with nsViewFilter: (something) like this:
>
> dn: ou=entreprise,ou=annuaire,dc=test,dc=fr
> modifytimestamp: 20071005102053Z
> modifiersname: cn=directory manager
> ou: Cap l'Orient
> objectClass: organizationalUnit
> objectClass: top
> objectClass: nsview
> creatorsname: cn=directory manager
> createtimestamp: 20060130145928Z
> nsuniqueid: fad66382-1dd111b2-8076e5f7-b3860000
> parentid: 323
> entryid: 324
> entrydn: ou=entreprise,ou=annuaire,dc=test,dc=fr
> numsubordinates: 8
> subschemasubentry: cn=schema
> hassubordinates: TRUE
>
> dn: ou=Services Fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr
> modifytimestamp: 20071008122956Z
> modifiersname: cn=directory manager
> nsViewFilter: (departmentnumber=DGSF*)
> objectClass: organizationalUnit
> objectClass: top
> objectClass: nsview
> ou: DG Services Fonctionnels
> creatorsname: cn=directory manager
> createtimestamp: 20060130145928Z
> nsuniqueid: fad66383-1dd111b2-8076e5f7-b3860000
> parentid: 324
> entryid: 325
> entrydn: ou=services fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr
> numsubordinates: 3
> subschemasubentry: cn=schema
> hassubordinates: TRUE
>
> dn: ou=Ressources Humaines,ou=Services 
> Fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr
> modifytimestamp: 20071005102032Z
> modifiersname: cn=directory manager
> nsViewFilter: (departmentnumber=DGSF-RH)
> objectClass: organizationalUnit
> objectClass: top
> objectClass: nsview
> ou: Ressources humaines
> creatorsname: cn=directory manager
> createtimestamp: 20060130145928Z
> nsuniqueid: fad66384-1dd111b2-8076e5f7-b3860000
> parentid: 325
> entryid: 326
> entrydn: ou=ressources humaines,ou=services 
> fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr
> numsubordinates: 0
> subschemasubentry: cn=schema
> hassubordinates: FALSE
> ....
>
> The problem is when it try to get all the hierarchy with a perl script 
> or with php under ou=entreprise,ou=annuaire,dc=test,dc=fr , FDS 
> doesn't return all the ou. (with phpldapadmin i can see the hierarchy)
>
> The perl script i use to get all the hierarchy:
>
> use Net::LDAP;
> use Switch;
>
> $ldup = Net::LDAP->new( '127.0.0.1 <http://127.0.0.1>' ) or die "$@";
> $masg = $ldup->bind ;  # an anonymous bind
> $masg = $ldup->search( # perform a search
>                         base   => 
> "ou=entreprise,ou=annuaire,dc=caplorient,dc=com",
>                         scope  => 'sub',
>                         filter => "(objectClass=nsview)"
>                       );
>
>  $masg->code && die $masg->error;
>  foreach  $entry ($masg->entries)
>  {
>          $uid=$cn=$givenname=$mail=$sn="NULL";
>          $dn=$entry->dn();
>
>          foreach  $attr ($entry->attributes)
>                 {
>                 if($attr eq ou)
>                         {
>                         $uid=$entry->get_value($attr);
>                                  print $dn."\n";
>                         print $uid."\n";
>                         }
>                 }
>
>  }
>
> $mesg = $ldup->unbind;   # take down session
>
> If anyone has got the same type of problem , thank you in advance for 
> the answer
>
> Fabrice
> ------------------------------------------------------------------------
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   


-- 
Pete

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3241 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20071015/ec111110/attachment.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux