Skip to Content.
Sympa Menu

grouper-users - Re: [grouper-users] Grouper Loader - of another type

Subject: Grouper Users - Open Discussion List

List archive

Re: [grouper-users] Grouper Loader - of another type


Chronological Thread 
  • From: "Gettes, Michael" <>
  • To: Richard Frovarp <>
  • Cc: "" <>
  • Subject: Re: [grouper-users] Grouper Loader - of another type
  • Date: Thu, 14 Feb 2019 01:45:19 +0000

I’m wanting to manage many 10s of thousands of groups.  I believe that would mean many thousands of calls via web services whereby a loader job would handle this all in bulk… the memberships, the privs, the names/descriptions all in one loader job.  The scale, I believe, is best handled by the loader job.

I hope this helps.

/mrg

On Feb 13, 2019, at 8:09 PM, Richard Frovarp <> wrote:

Grouper newbie here. I would likely need something similar. Why not write intermediary code to use Grouper web services? That was my plan, so I'm curious as to what I'm missing.

From:  <> on behalf of Gettes, Michael <>
Sent: Wednesday, February 13, 2019 4:36:55 PM
To: 
Subject: [grouper-users] Grouper Loader - of another type
 
Hi all,

Currently, grouper supports loader jobs of LDAP and SQL and an additional capability to inject messages to process changes related to an individual - a way of sparking loader jobs for one person instead of in bulk - at least this is my interpretation.

I have a need for loader jobs to be of an arbitrary nature - call a program, written in any language, which might do REST calls or whatever and return, in bulk, something similar to what the loader job now receives from SQL/LDAP.  This way I can go against alternative sources without the need of staging the data into LDAP/SQL but get all the benefits and scale of a grouper loader job.

Does anyone else see a need for this?  Grouper dev dudes… (and dudettes)… have you considered this?  I can only assume you have since you guys have thought of a great many things for grouper.

Many thanks for your time and consideration especially if you choose to respond.

/mrg




Archive powered by MHonArc 2.6.19.

Top of Page