[Building Sakai] LDAP caching

Aaron Zeckoski azeckoski at unicon.net
Fri Dec 20 10:53:44 PST 2013


I think that setCacheTTL is not actually functional based on this:
https://jira.sakaiproject.org/browse/SAK-21110

-AZ


On Fri, Dec 20, 2013 at 1:48 PM, Kusnetz, Jeremy <JKusnetz at apus.edu> wrote:
> Thanks Sam.
>
>
>
> I’m probably missing something here, but can I override the default of 5
> minutes?
>
>
>
> Shouldn’t
> memory.edu.amc.sakai.user.JLDAPDirectoryProvider.userCache=timeToLiveSeconds=14400,timeToIdleSeconds=3600,maxElementsInMemory=20000
>
> Have set it to 14400 seconds?  If so, it’s not acting that way.
>
>
>
> I do see in JLDAPDirectoryProvider.java public static final long
> DEFAULT_CACHE_TTL = 5 * 60 * 1000;
>
> But I also see that there is a setCacheTTL which should be able to override
> it.
>
>
>
>
>
> From: Sam Ottenhoff [mailto:ottenhoff at longsight.com]
> Sent: Friday, December 20, 2013 11:24 AM
> To: Kusnetz, Jeremy
> Cc: sakai-dev Developers
> Subject: Re: [Building Sakai] LDAP caching
>
>
>
>
>
>
>
> Looking at the LDAP debug logs we see that the entry is found in the cache
> but it’s expired?  This is only after a few minutes after doing the initial
> lookup from the LDAP server.
>
>
>
>
>
> Yes, the default is an incredibly low 5 minutes.  If others support
> increasing this cache default time, let's file a JIRA and raise the default.
>
>
>
> We added to sakai.properties:
>
> memory.edu.amc.sakai.user.JLDAPDirectoryProvider.userCache=timeToLiveSeconds=14400,timeToIdleSeconds=3600,maxElementsInMemory=20000
>
>
>
>
>
> I believe we should just remove this JLDAP cache in favor of caching in the
> central UserDirectoryService.  So I would just zero out this JLDAP cache and
> then increase the central cache like this:
>
>
>
> memory.org.sakaiproject.user.api.UserDirectoryService.callCache=timeToLiveSeconds=43200,timeToIdleSeconds=0,maxElementsInMemory=50000
>
>
>
> This message is private and confidential. If you have received it in error,
> please notify the sender and remove it from your system.
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org
> with a subject of "unsubscribe"



-- 
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile


More information about the sakai-dev mailing list