Skip to Content.
Sympa Menu

grouper-dev - RE: [grouper-dev] Action Items: Grouper Call 27-Oct-2010

Subject: Grouper Developers Forum

List archive

RE: [grouper-dev] Action Items: Grouper Call 27-Oct-2010

Chronological Thread 
  • From: Chris Hyzer <>
  • To: Rob Hebron <>, Emily Eisbruch <>
  • Cc: Grouper Dev <>
  • Subject: RE: [grouper-dev] Action Items: Grouper Call 27-Oct-2010
  • Date: Thu, 11 Nov 2010 01:20:34 -0500
  • Accept-language: en-US
  • Acceptlanguage: en-US

I think that page needs to be migrated to the new wiki...

I was thinking that if the user doesnt have a shib account that they would
use a service like protectnetwork to get one. the Grouper registration page
is after you have a shib login (external to the institution), you go to the
register page to be entered into a subject source.
I will allow a hook (already implemented) where you can do custom things, and
also I will have a built in hook-like option to add users to groups when
registering. Also you can pass a param to the register screen if you want to
pass that to library users, and another param for a different group. That
param is passed to the hook too.

Does that work for you?


On Behalf Of Rob Hebron
Sent: Wednesday, November 10, 2010 7:28 AM
To: Emily Eisbruch
Cc: Grouper Dev
Subject: Re: [grouper-dev] Action Items: Grouper Call 27-Oct-2010

For whatever reason I can't edit the Grouper External Users page, so here is
my use case:

Grouper self-service use case.


A member of the public is legally allowed to access library resources at a
University. These resources can be physical or electronic. The electronic
resources may require log on through a Shibboleth IDP before access is
allowed. Therefore the following are required:

Ability for a user who comes in off the street who does not have an account
at a member institution in the Shib federation to self-register for access to
electronic resources. The process will include registration with enough
details for creation of an account in an IDP (probably local), and inclusion
of that account in a group called something like &#8220;Walk-in users&#8221;.
Membership of this group should automatically expire following a period of
no-use, or at a set date.

In both cases the group would be used to limit access to resources. In the
first use case the local IDP would expose membership of this group is a way
such that service providers can allow or disallow access to resources. An
attribute is already defined in the UK Federation for this purpose.

wrote: -----

To: Grouper Dev
From: Emily Eisbruch
Sent by:

Date: 10/27/2010 07:42PM
Subject: [grouper-dev] Action Items: Grouper Call 27-Oct-2010

*New Action Items*
[AI] (SteveO) will investigate redirecting Grouper wiki references so
previously established links and bookmarks will still work after the new wiki
goes live.
[AI] (Chris and Shilen) will discuss whether the UI or web service roadmap
item is most important.
[AI] (TomZ and Chris) will discuss/work on LDAP Grouper Loader for importing
[AI} (Rob) will document Cardiff's public access to library services use case
on Grouper External Users
*Carry Over Action Items*
[AI] (Everyone) review Rob&#8217;s chapters and give him feedback on the
Grouper Users List.
[AI] (TomB) will explore new international participation for work on the
Grouper UI.
[AI] (Rob) will look at issues relating to testing the ESB Connector and
contact Chris about moving the ESB work to the web services project.

Emily Eisbruch, Technology Transfer
+1-734-352-4996 | mobile +1-734-730-5749
Visit our website:
Follow us on Twitter:
Become a Fan on Facebook:

Archive powered by MHonArc 2.6.16.

Top of Page