[389-users] nsView problem

[Noriko Hosoi]

  Hello,

I tweaked your sample ldif file:
1) turned ou=Projects to an nsView object and removed ou=people under 
ou=A and B,
2) added another entry uid=tuser.

Here's the search result:
$ ldapsearch -x ... -b "ou=A,ou=projects,dc=mgt,dc=ont,dc=srv" 
"(uidnumber=*)" dn uidnumber
# doe_john, People, mgt.ont.srv
dn: uid=doe_john,ou=People,dc=mgt,dc=ont,dc=srv
uidnumber: 48465

$ ldapsearch -x ... -b "ou=B,ou=projects,dc=mgt,dc=ont,dc=srv" 
"(uidnumber=*)" dn uidnumber
# doe_jane, People, mgt.ont.srv
dn: uid=doe_jane,ou=People,dc=mgt,dc=ont,dc=srv
uidnumber: 31388

$ ldapsearch -x ... -b "ou=C,ou=projects,dc=mgt,dc=ont,dc=srv" 
"(uidnumber=*)" dn uidnumber
# tuser, sub, People, mgt.ont.srv
dn: uid=tuser,ou=sub,ou=People,dc=mgt,dc=ont,dc=srv
uidnumber: 31389

$ ldapsearch -x ... -b "ou=projects,dc=mgt,dc=ont,dc=srv" 
"(uidnumber=*)" dn uidnumber
# doe_john, People, mgt.ont.srv
dn: uid=doe_john,ou=People,dc=mgt,dc=ont,dc=srv
uidnumber: 48465

# doe_jane, People, mgt.ont.srv
dn: uid=doe_jane,ou=People,dc=mgt,dc=ont,dc=srv
uidnumber: 31388

# tuser, sub, People, mgt.ont.srv
dn: uid=tuser,ou=sub,ou=People,dc=mgt,dc=ont,dc=srv
uidnumber: 31389

$ ldapsearch -x ... -b "ou=projects,dc=mgt,dc=ont,dc=srv" 
"(uidnumber=31388)" dn uidnumber
# doe_jane, People, mgt.ont.srv
dn: uid=doe_jane,ou=People,dc=mgt,dc=ont,dc=srv
uidnumber: 31388

Does this fulfill your requirement?
--noriko

On 09/30/2010 03:05 PM, Procunier, Greg wrote:
> Surely someone has seen this problem or could at the very least point me
> in the right direction ?
>
> -----Original Message-----
> From: Procunier, Greg
> Sent: Thursday, September 23, 2010 3:00 PM
> To: '389-users at lists.fedoraproject.org'
> Subject: nsView problem
> Importance: High
>
> Hello,
>
> I have tried creating test directory similar to the example given from
> Red Hat in this image:
>
> http://www.redhat.com/docs/manuals/dir-server/8.2/admin/html/images/virv
> iew3.png
>
>
> The goal was to have a nsViewFilter reach into the global user bucket
> (ou=People,dc=mgt,dc=ont,dc=srv) and populate a lower level branch with
> relevant user information
> (ou=People,ou=A,ou=Projects,dc=mgt,dc=ont,dc=srv).
>
> This does not work at all; the nsViewFilter only works if that filter is
> on the same level as the objects it needs to search which is
> contradictory to the image Red hat has pushed out.
>
> I was under the impression that container structures (such as
> organization units or organizations) with nsViewFilter attributes recurs
> the root of the directory to create their abstractions.  If that were
> the case then the Red Hat image would be correct.  As it is right now it
> does not seem to be the case.
>
> I am using Red Hat Directory server 8.2 (redhat-ds-8.2.0-2) on RHEL5.
>
> I am hoping I am doing something terribly wrong and some one can point
> it out for me.
>


-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: view0.ldif
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20100930/5d3d23be/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6646 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20100930/5d3d23be/attachment.p7s>