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: Greg Haverkamp <>
  • To: "Gettes, Michael" <>
  • Cc: "" <>
  • Subject: Re: [grouper-users] Grouper Loader - of another type
  • Date: Wed, 13 Feb 2019 18:02:41 -0800

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.

Perhaps I don't understand the nuances of what you're looking for, but could you use the otherJob construct for this?  Primarily what you want is something running as Grouper in the JVM with the daemon, right?

Or it's possible that I'm overestimating what's possible with an otherJob, and there's a limitation I don't know of.

Greg

On Wed, Feb 13, 2019 at 2:38 PM Gettes, Michael <> wrote:
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