Wow, derek you must be watching Github like a hawk haha ;-)
Just to bring an off list convo between myself and Marius onto the list, are we looking at having some generic caching infrastructure in lift? This would be great re the localization / translation stuff im working on which currently uses KeyedCache in lift-util as a base. Im just doing a git pull for the cache branch... Cheers Tim On 05/04/2009 20:38, "marius d." <marius.dan...@gmail.com> wrote: > > Good :) ... I was also thinking on a flush-able caching mechanism. So > far the InMemoryCache is more for exemplification as it is not yet > thread safe. It is based on LRU cache but I'm also thinking to also > combine the ConcurrentHashMap approach with LRU ... also I was > thinking to a SoftReference map (as I implemented this once in Java) > but we'll see. It's evolving. I'm not sure at all if we should use > EHCahe or JBossCahe like solutions as we don't really need distributed > caching. Basides if people will want this they can just plugin their > own caching mechanisms. > > > Br's, > Marius > > On Apr 5, 10:24 pm, Derek Chen-Becker <dchenbec...@gmail.com> wrote: >> I just saw the commit from Marius on a preliminary template cache and it >> looks good. I was thinking the same thing in terms of where and how to hook >> it. I think that there are some possibilities for some more functionality on >> the TemplateCache trait, including a programmatic flush (in case you're >> pushing new template files in production and want to force re-fetching, for >> instance), but I like the basic concept. >> >> Derek > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---
