Skip to Content.
Sympa Menu

grouper-users - Re: [grouper-users] multiple subject sources

Subject: Grouper Users - Open Discussion List

List archive

Re: [grouper-users] multiple subject sources

Chronological Thread 
  • From: "Michael R. Gettes" <>
  • To: Chris Hyzer <>
  • Cc: Rahul Doshi <>, "" <>
  • Subject: Re: [grouper-users] multiple subject sources
  • Date: Wed, 3 Apr 2013 16:10:59 +0000
  • Accept-language: en-US
  • Authentication-results:; dkim=neutral (message not signed) header.i=none


thanks for your perspective on all this… i've been reading this email every day and i think i am now at a point where i can comment.

it isn't clear to me that the audit-ability is so critical.  audit will show when user X is no longer resolvable and we would want to remove the unresolvable at regular intervals.  Then X would reappear, as a different user against a different source.  And thats okay too.  What you identify as a problem - I'm not seeing as a problem.  So maybe you could be a little clearer and possibly whack me upside the head to help me understand why this really would be a problem?  I agree messing with the grouper_members table isn't a good approach.

As for your approach at Penn regarding (ACTIVE)/(NOT_ACTIVE) - I don't think we are interested in pursuing this avenue.  We only want/need to present active users to our group managers.  If we present more, it gets more complicated do to showing more possible subjects and therefore mistakes will happen.  I guess this is one of those cases in Higher Ed where we are all similar, but not the same.


On Mar 29, 2013, at 3:10 AM, Chris Hyzer <> wrote:

I don’t think thre is a good way to do this at the moment…
I don’t think you want two subject sources where users move from one to the other, since the member table will consider them two different users… the old one will be unresolvable by the id/source combination, or if you migrated, then it wouldn’t really be followable in the auditing and point in time.  Know what I mean?  I guess you could edit the grouper_members table’s source_id for a person if they move from active to inactive or visaversa, though I don’t really recommend this since it is internal to Grouper and Im not sure what could happen.
At Penn we solve this by having the active/inactive string in the description of the subject, which shows up on the search results, and which can be searched for.
My listing is:
Michael Christopher Hyzer (mchyzer, 10021368) (active) Staff - Isc Administrative Systems Tools And Technologies – Application Architect (also: Alumni)
An inactive person would display as:
John Smith (12345678) (NOT_ACTIVE) Student - Summer Session - No Major
When we search, we just show everyone, and the user can clearly see who is active or not.  If they only want active people, they can search for “john smith (active)”.  Though would be nice if they don’t specify to have the subject source add a filter for (active) being the search string.  We could do that, though there wouldn’t be an easy way for them to know that they need to enter “john smith not_active” to search the not active people…  anyways, we haven’t really had a problem with people accidentally picking the wrong person… does just showing the active state work for you?  J
From:  [mailto:grouper-] On Behalf Of Rahul Doshi
Sent: Wednesday, March 27, 2013 9:25 PM
Subject: [grouper-users] multiple subject sources
We are planning to have two subject sources in our environment.  One that will have all the active users and other that will have suspended and deleted users or inactive users.  We want to configure grouper so that by default it just searches active users subject source instead of all subject sources.  Is it possible to do that using simple configuration or I would have to customize the JSP?  For certain groups like group of all suspended users we want to specify default subject source to be of inactive users.  Can we specify the inactive users subject source at the group level let's say at the time of group creation so the that add member automatically only searches for users in inactive users subject source instead of first selecting inactive users subject source manually to limit the search.  If this is not already supported can it be considered as a feature request?  Also I would welcome any suggestions on how to implement this.


Archive powered by MHonArc 2.6.16.

Top of Page