grouper-users - Re: [grouper-users] Using the Java Client API
Subject: Grouper Users - Open Discussion List
List archive
- From: Dan Sellars <>
- To: "" <>
- Subject: Re: [grouper-users] Using the Java Client API
- Date: Wed, 2 Oct 2013 08:38:25 -0400
- Accept-language: en-US
- Acceptlanguage: en-US
Hello Tom, Thanks for the response. The answer to the external subject store is pretty much what I expected but thanks for clarifying. Oh and I just realized when I read back through what I wrote, that I intended to say that I need something to manage the authorization, not authentication. Which I think is where Grouper fits in. To clarify may understanding, when I have a separate identity store set up and I want to add/delete new users then I will need to be using whatever native API is provided my that system and then Grouper could be used for finding out what authorization the users have once they are entered and set up? Finally with regard to accessing attributes from a Subject that are provided by the external identity store, such as email address, is that possible through the Java client API? Or again does this need to dip into the native store? Cheers, Dan From: Tom Barton <> Date: Tuesday, 1 October, 2013 7:00 PM To: "" <> Subject: Re: [grouper-users] Using the Java Client API
Hi Dan, Welcome to our community! Identity and Access Management can cover a lot of capabilities and needs, so you're likely to need a corresponding amount of patience as you climb that curve. To answer your first question, yes, you really do need an external Subject repository if your intention is to put a production access management service into place. LDAP is often used as a Subject repository, quite successfully. Grouper's role in a larger access management solution is illustrated by this high level architecture diagram: https://spaces.internet2.edu/display/Grouper/Architectural+Diagram A one-line synopsis of what each component in that diagram does, together with links to further info, is in https://spaces.internet2.edu/display/Grouper/Grouper+Components+Overview Note in particular that the Subject API is only exposed to the Java API on a read-only basis. Its purpose is to abstract the details of how your Subjects are represented in their native store so that grouper can integrate with it. The internal Subject tables were designed specifically to support a self-contained demo instance of Grouper with canned dummy Subjects. There is no API to maintain them beyond low level database access. Where to go next? The Planning Guide might help a little. Others on this list might have favorite IAM overview references to pass along. And the EDUCAUSE IdM list and its archives are a good source of lots of material and a good way to connect with others sharing some of your specific IAM needs. Thanks, Tom On 10/1/2013 3:09 PM, Dan Sellars wrote:
-- Tom Barton Senior Director for Architecture, Integration, and Security Chief Information Security Officer Information Technology Services University of Chicago +1 773 834 1700 (office) |
- [grouper-users] Using the Java Client API, Dan Sellars, 10/01/2013
- Re: [grouper-users] Using the Java Client API, Tom Barton, 10/01/2013
- Re: [grouper-users] Using the Java Client API, Dan Sellars, 10/02/2013
- Re: [grouper-users] Using the Java Client API, Tom Barton, 10/02/2013
- Re: [grouper-users] Using the Java Client API, Dan Sellars, 10/02/2013
- <Possible follow-up(s)>
- Re: [grouper-users] Using the Java Client API, Chris Hyzer, 10/02/2013
- Re: [grouper-users] Using the Java Client API, Tom Barton, 10/01/2013
Archive powered by MHonArc 2.6.16.