grouper-dev - Re: [grouper-dev] CIFER API for authz
Subject: Grouper Developers Forum
List archive
- From: Jim Fox <>
- To: Chris Hyzer <>
- Cc: Grouper Dev <>
- Subject: Re: [grouper-dev] CIFER API for authz
- Date: Mon, 9 Dec 2013 17:51:34 -0800
> In grouper a role is always a group, but a group is not always a role... I
> wanted a group to be a role, just assign permissions to it when you want
> to, or assign role inheritance, but I think other people wants some
> distinction there.
Who?
> In Grouper's implementation we implement roles as groups, but not everyone
> does I guess... (kuali, aws iam?)
>
> Sure, lets make some REST resources for permissions. For assigning
> permissions, it needs to be to a role or individual (and in Grouper, it is
> in the context of a role... i.e. the user must be assigned the role to be
> able to have individual assignments to it).
>
> Thanks,
> Chris
>
> -----Original Message-----
> From:
>
>
> [mailto:]
> On Behalf Of Jim Fox
> Sent: Monday, December 09, 2013 6:03 PM
> To: Grouper Dev
> Subject: [grouper-dev] CIFER API for authz
>
>
>
> We may have an application at Udub for grouper's permissions
> capabilities. It needs to be through a REST API though. Can we
> make some progress on that? At least in the definition of resources?
>
> While we're at it: Why the distinction between group and role? Isn't a
> role just a group with some particular attributes? When is a role
> not a group?
>
>
> Something like these?
>
> 1) permission definition
>
> 2) permission assignment (attribute definition on a group)
>
> 3) limit something
>
> 4) some way to GET a test of authorization
>
>
> Jim
- [grouper-dev] CIFER API for authz, Jim Fox, 12/09/2013
- RE: [grouper-dev] CIFER API for authz, Chris Hyzer, 12/09/2013
- Re: [grouper-dev] CIFER API for authz, Jim Fox, 12/09/2013
- RE: [grouper-dev] CIFER API for authz, Chris Hyzer, 12/09/2013
Archive powered by MHonArc 2.6.16.