Grouper Developers Forum

[Chris Hyzer <>]

Sure, we can do that.  The simplest would be you specify the attributes on a group where the loader type is custom and you specify the class which implements some interface with one method.  Another option is to reuse some of the loader logic already there where you get the data into the form that the existing loader uses, and it uses that to compare to what is in Grouper, does the adds/removes, and logs everything.  Either way shouldn’t be a lot of work, and I can help with the Grouper side.

 

Thanks,

Chris

 

From: Gagné Sébastien [mailto:]
Sent: Tuesday, July 03, 2012 10:01 AM
To: Chris Hyzer
Cc:
Subject: Custom Grouper Loader

 

Hello Chris,

I’m designing our own custom loader for our academic source and I see that I’ll be redoing some parts that are already in the LDAP loader. This gave me the idea that maybe a third type of loader could be included in Grouper : a custom Grouper loader.

 

Basically it would be an empty shell where you would plug in your own custom class that does the work. The loader shell  would take care of scheduling the job and checking if it’s still enabled, but would have no business logic other than calling your custom process, the class call could be specified like the Grouper Name _expression_, e.g. ${customProcess.loadAcademic()}

 

This could probably applied to other scheduled processes and could become a way to schedule various tasks in Grouper and not only “loader” type of tasks.

 

I’m not sure about if there’s a lot of added value and how much work is required to add it, but maybe some others might like to have an easy way to include custom processes in Grouper. If you find it a good idea I could do the code and contribute it for the next version (2.1.2 ?).

 

 

Sébastien Gagné,     | Analyste en informatique

514-343-6111 x33844  | Université de Montréal,

                     | Pavillon Roger-Gaudry, local X-100-11