grouper-users - [grouper-users] WebService cache - hasMember
Subject: Grouper Users - Open Discussion List
List archive
- 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
- [grouper-users] WebService cache - hasMember, Kumi Hagimoto, 06/28/2017
- Re: [grouper-users] WebService cache - hasMember, Kumi Hagimoto, 06/28/2017
Archive powered by MHonArc 2.6.19.