Grouper Users - Open Discussion List

[Julien Gribonvald <>]

I'm using directly the grouper-api, and it uses api generic methods.
The project is here : https://github.com/GIP-RECIA/esco-grouper-modules/
And the main class used is here : 
https://github.com/GIP-RECIA/esco-grouper-modules/blob/master/esco-grouper-sarapis-alimManager/src/main/java/org/esco/grouper/dao/GrouperDAO.java

This project provide a template system to create folder and groups with 
permission and to provision membership depending on user's informations 
provided.

Thanks,
Julien

Le 15/03/2018 à 19:12, Hyzer, Chris a écrit :
> Are you using GSH or the loader?
>
> Can you send a portion of a script that takes a while and we can take a look?
>
> Manipulating the database directly would probably result in corruption...
>
> Thanks
> Chris
>
> -----Original Message-----
> From: 
>
>  
> [mailto:]
>  On Behalf Of Julien Gribonvald
> Sent: Thursday, March 15, 2018 2:07 PM
> To: 
>
> Subject: [grouper-users] Optimized group provisionning in grouper database
>
> Hi,
>
> I would like to know if there are somes optimized process to be able to
> manage groups and folders, permissions on theses groups and the
> membership provisionning from a batch ?
>
> We just moved in production from grouper 1.6.3 to grouper 2.3.0 and I
> used for a long time the grouper api for this process, but with the
> version 2.3 when you have to manager around 40K groups by automatization
> it takes really too long time (the main time is lost on groups and
> folders creation with privilegies) ! Hopefully this kind of management
> (such number of groups to update) appear only few times during the year,
> but we would need something really more fast for such process.
>
> I watched on other grouper tools, but all are using the same "slow"
> grouper-api methods for managing groups, after my problems is that i
> don't know how I can create groups and folders more directly into the
> grouper dabatase, so for me it's really dangerous to do that, or maybe ?
>
> So I would like to know if there could be more optimization, like
> disabling ldap request on subject api (has we are provisionning ldap
> user's account at the same time), and other stuff that could permit to
> manage a such number of groups in few/some hours instead of several days ?
>
>
> Thanks for your help.

--
Julien Gribonvald