Mailing-List: contact clerezza-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: clerezza-dev@incubator.apache.org
Message-ID: <1292109086.335141266419127982.JavaMail.jira@brutus.apache.org>
Date: Wed, 17 Feb 2010 15:05:27 +0000 (UTC)
From: =?utf-8?Q?Reto_Bachmann-Gm=C3=BCr_=28JIRA=29?= <jira@apache.org>
To: clerezza-dev@incubator.apache.org
Subject: [jira] Commented: (CLEREZZA-107) Usermanager: method to return user
 as resource
In-Reply-To: <836279666.127921265657008198.JavaMail.jira@brutus.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/CLEREZZA-107?page=3Dcom.atlassi=
an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D12=
834795#action_12834795 ]=20

Reto Bachmann-Gm=C3=BCr commented on CLEREZZA-107:
---------------------------------------------

getUserInSystemGraph usisng a priviledged block to access the system graph,=
 I don't think this should be done here as the result is no of you if the c=
aller has no access to the system graph.

> Usermanager: method to return user as resource
> ----------------------------------------------
>
>                 Key: CLEREZZA-107
>                 URL: https://issues.apache.org/jira/browse/CLEREZZA-107
>             Project: Clerezza
>          Issue Type: Improvement
>            Reporter: Reto Bachmann-Gm=C3=BCr
>            Assignee: Manuel Innerhofer
>
> UserManager.getUserByName(name): deprecate or remove this method, if one =
has access to the system gaph getting the resource is trivial to get this r=
esource, otherwiese it might be used wrongly as this is done in HierachyMan=
ager.
> getUserGraphNode(name): it's off little use to have the GraphNode with in=
 "UnionMGraph between a new SimpleMGraph and the system graph". I suggest t=
o have
> getUserInSystemGraph(name) : GraphNode -> The user in the system graph
> getUserGraphNode(name) : GraphNode -> Returns the current user in an Edit=
able MGraph (i.e. a SimpleGraph but this is implementation specific) with t=
he context of the user node, editing the graphnode('s Mgaph) doesn't cause =
any change elsewhere.
> I'm not sure if we should also include information contained in the conte=
nt graph, I tend to think taht this should be done elsewhere if needed

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.