Skip to Content.
Sympa Menu

grouper-users - Re: [grouper-users] getGroups caching?

Subject: Grouper Users - Open Discussion List

List archive

Re: [grouper-users] getGroups caching?


Chronological Thread 
  • From: Hans Zandbelt <>
  • To: Chris Hyzer <>
  • Cc: "" <>, "" <>
  • Subject: Re: [grouper-users] getGroups caching?
  • Date: Mon, 01 Mar 2010 17:55:00 +0100

Hi Chris,

Chris Hyzer wrote, On 3/1/10 2:57 PM:
> Not sure if that will work or not, if not, then the cache settings are in
> ehcache.xml and grouper.ehcache.xml, might only need to change the
> defaults, though might need to tweak others in the file. If you want, I
> can try to reproduce it and see exactly what works.

We will try tweaking the (3) options that you suggested and report back
on this list.

Just to be sure: this is expected behaviour under the current caching
implementation, right?

Thanks,

Hans.

BTW: we use the Grouper 1.5.0 release

>
> Thanks,
> Chris
>
> -----Original Message-----
> From: Hans Zandbelt
> [mailto:]
>
> Sent: Monday, March 01, 2010 4:37 AM
> To:
>
> Cc:
>
> Subject: [grouper-users] getGroups caching?
>
> Hi,
>
> We currently experience an issue when updating group information:
>
> when updating the description of an existing group using groupSave, this
> call returns OK and shows in the response information that the
> description was indeed updated to the new value.
>
> However, a subsequent call to getGroups still returns the old
> description for that specific group. Only after some delay (half a
> minute or so), the getGroups call returns the correct information.
>
> (BTW: this issue also shows when creating groups: the description does
> not even exist at first in the getGroups results, only after some delay)
>
> It looks like group information for getGroups is cached, at least for
> the "description" part; is this assumption true, and if so, can we
> modify this behaviour?
>
> Regards,
>
> Hans.
>


--
Hans Zandbelt

SURFnet http://www.surfnet.nl



Archive powered by MHonArc 2.6.16.

Top of Page