Skip to Content.
Sympa Menu

grouper-users - [grouper-users] WebService cache - hasMember

Subject: Grouper Users - Open Discussion List

List archive

[grouper-users] WebService cache - hasMember


Chronological Thread 
  • From: Kumi Hagimoto <>
  • To:
  • Subject: [grouper-users] WebService cache - hasMember
  • Date: Wed, 28 Jun 2017 22:56:42 +0000 (UTC)
  • Ironport-phdr: 9a23:WA6WeBPsQR1S/iLme08l6mtUPXoX/o7sNwtQ0KIMzox0K/X7rarrMEGX3/hxlliBBdydsK0UzbeO+4nbGkU+or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6alFTpsmVXQky3dVUtZ7e9JomHgN6wyvi/4djOeAhSnxK8Z69/NhO7sV+Xu8UL0qV4LaNk6QbMozNocutXwGR0IhrHnAv554Gw9ZFi9iNMvNom7cNPVqPhY60kQPpVAClwYDN939HiqRSWFVjH3XAbSGhDzUJF

Hello,

We're using the default grouper.cache.base.properties (no
grouper.cache.properties overlay used) and are seeing some results being
cached. For example, if the "subjectId" is a member of the
"id_path_to_group", a hasMember WS call
/grouper-ws/servicesRest/json/v2_3_000/groups/id_path_to_group/members/subject
Id
will produce resultCode "IS_MEMBER"

I then remove the subjectId from the group via UI and make the same WS call
immediately. It still returns "IS_MEMBER" for a while. (~ 60 seconds...)

I then tried adding the following params to grouper.cache.properties, but it
didn't make any difference.
cache.name.internal_dao_hib3_Hib3MemberDAO_FindBySubject.timeToIdleSeconds = 0
cache.name.internal_dao_hib3_Hib3MemberDAO_FindBySubject.timeToLiveSeconds = 0

What controls caching for this particular method?

Thanks,
Kumi



Archive powered by MHonArc 2.6.19.

Top of Page