[Rt-devel] _ACLCache Clearing

[Jesse Vincent]

On Fri, Oct 29, 2004 at 10:55:57AM +1000, Matthew Watson wrote:
> Ok, Back onto this,
> 
> Does it seem unreasonable that the ACL_KEY_CACHE should follow
> the user to whatever apache process they are using? Or am I totally
> missing something here.

Sadly, mod_perl doesn't magically work like that. One option is to
switch to using a shared-memory cache. (And to use the new caching that
searchbuilder uses.)

> As a bit of a play around, I've have saved the key cache into the
> session at the end of the page, and then reloaded it back into
> %ACL_KEY_CACHE at the start of the page, this /SEEMS/ to work, but I
> wouldn't be surprised if there is something fundamental that I'm missing
> here?

As long as you're careful about expiry, that should be doable. But it
means sessions start taking longer to load and save, which is
dangerous...


> Regards,
> Matt Watson
> 
> 
> > -----Original Message-----
> > From: rt-devel-bounces at lists.bestpractical.com [mailto:rt-devel-
> > bounces at lists.bestpractical.com] On Behalf Of Matthew Watson
> > Sent: Thursday, October 28, 2004 9:15 PM
> > To: Ruslan U. Zakirov
> > Cc: rt-devel at lists.bestpractical.com
> > Subject: RE: [Rt-devel] _ACLCache Clearing
> > 
> > I see the error of my ways now, kinda, so you can all forget this post
> > for the moment :)
> > 
> > Regards,
> > Matt.
> > 
> > 
> > Matthew Watson   (03) 98110010
> > Dev Team, Netspace Online Systems
> > 
> 
> This email and any files transmitted with it are confidential and intended solely for the 
> use of the individual or entity to whom they are addressed. Please notify the sender 
> immediately by email if you have received this email by mistake and delete this email 
> from your system. Please note that any views or opinions presented in this email are solely
>  those of the author and do not necessarily represent those of the organisation. 
> Finally, the recipient should check this email and any attachments for the presence of 
> viruses. The organisation accepts no liability for any damage caused by any virus 
> transmitted by this email. 
> 
> _______________________________________________
> Rt-devel mailing list
> Rt-devel at lists.bestpractical.com
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel
> 

--