Re: [uportal-dev] Portlet management and huge groups

[Eric Dalquist]

Sounds like an opportunity for enhancement in the grouper group store. A lot of the group stores in uPortal operate under the idea that they can only tell you if user X is a member of group Y but have no way to tell you everyone who is a member of group Y. This is quite useful in practice due to realities like this, many of us deal with groups that have tens of thousands of users in them and its functionally useless to list them all. I'm not sure who wrote the grouper group store but it seems like it would be a handy feature to have a flag that would disable answering that "give me all members of group Y" question.

-Eric

On 9/21/11 9:58 AM, Arnaud Deman wrote:

Sorry that it is kind of a vague answer but I'm not at all familiar with the grouper integration bits.

Hello,

I have a problem to use big groups (more than 60 000 members) with the
Portlet manager. When it works that's very long, 10 or 15
minutes and more often it stops after a while.

The version of uPortal is3.2.4 and I am using the new GroupStore for Grouper.

To add a group, I search it by its name and it 's when I click on the group
in the search result that it freezes.

I think I have found a workaround which consists in disabling, for the
Grouper's groups, the operation of populating wich is performed at this
step.

It is in the method handleRequestInternal of the class FindEntityController
where I replaced :

JsonEntityBean result = groupListHelper.getEntity(entityType, entityId, true);
by
JsonEntityBean result = groupListHelper.getEntity(entityType, entityId, 
!entityId.startsWith("grouper."));

I wondered if someone else has the same kind of problem with big
groups or if this is because the GroupStore use a web service and is not
quick enough ?

But perhaps there is something I missed or misunderstood?

Thanks in advance,
best regards,

A. Deman.

smime.p7s
Description: S/MIME Cryptographic Signature