[ http://issues.apache.org/jira/brows...237
6043 ]

Alex Karasulu commented on DIRSERVER-606:
-----------------------------------------

I like the renaming idea.  I guess this OldAuthZService will always hang aro
und as long as people don't want to grok the ACI based AuthZService.  Don't 
know if we should bother deleting this.  I guess its best to rename to Minim
al/Default AuthZService as
you guys suggest.

But this problem should be solved.  Users should be allowed to see their own
 entry.  Users should be able to see and update their own entries for self s
ervice perhaps? WDYT?  Sometimes I think another application with superuser 
access can do this and regu
lar users can be shielded from their own attributes but this does not play w
ell when logging in as yourself to the directory.



> ou=users, ou=system - user cannot see their own entry
> -----------------------------------------------------
>
>          Key: DIRSERVER-606
>          URL: http://issues.apache.org/jira/browse/DIRSERVER-606
>      Project: Directory ApacheDS
>         Type: Bug

>     Versions: 1.0-RC1
>  Environment: JDK 1.4.1
> Tried both JXplorer, and from ACEGI security
>     Reporter: Marc Batchelor
>     Assignee: Stefan Zoerner
>     Priority: Critical
>  Attachments: patch.txt, patch_DIRSERVER-606_2.txt
>
> User binds to ApacheDS as a user under ou=users, ou=system. The user canno
t see their own entry to get their own attributes.
> Documentation states: Users cannot see other user entries under the 'ou=us
ers,ou=system' entry.
> Agreed and understood. But, the user, after binding with the directory, cannot eve
n find their own entry to get their own attributes.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secur...nistrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira

[ Post a follow-up to this message ]