Nope, because everything seems to work ok "out of the box" (in the sense that 2 or more client apps don't seem to be stumbling into each other wrt cache access, though they are probably going to be downloading unnecessarily) and I haven't had time to revisit yaj. Good idea though - I'll keep it in mind when I get back to that part of the app. -- Russell
Hanson Char wrote: >> (2) synchronization across multiple processes within the same >> machine, and > > Ever considered the nio FileChannel for locking/synchronization ? > > Hanson Char > > On 7/2/07, Russell East <[EMAIL PROTECTED]> wrote: >> Hi, >> I wanted to mention that we are using YajCache >> (http://yajcache.sourceforge.net/) within a map viewer that was just >> released on Friday at this location: >> http://www.arcwebservices.com/v2006/labs/mvj_lab.do . It's currently >> in a beta state, so to get access to it, we ask interested people to >> sign-up (you get 90 days free) purely to find out if anyone is >> interested. :-) >> >> What we were looking for was a light-weight client-side cache component >> that retains data retrieved from HTTP servers on local disk - basically >> to be used by a Java Web Start application or applet. Initially, we >> were very surprised nothing seemed available for this (possibly small) >> application space. Even Java seems to no longer support client-side >> caching within browser-based applets. So, we were very happy to stumble >> across yajcache - it made sense in terms of sufficient basic cache >> features, as well as JAR size - yajcache weighs in at about 70Kb >> normally, but can be compressed to 20 Kb using pack200. >> >> Some things that would be really useful to see would be >> (1) support for a least-recently-used strategy, >> (2) synchronization across multiple processes within the same >> machine, and >> (3) a "cache cleaner" that removes "old" data from disk. >> >> We wrote our own implementation of a cache cleaner, but no guarantees it >> works well without a solution for (2). I dunno, maybe we could be smart >> and use sockets or something like that. Anyway, for now, we're pretty >> happy with what is available. >> >> Feel free to give me feedback on the map viewer as a whole. Thanks, >> -- Russell >> Software developer, ESRI, >> http://www.arcwebservices.com/v2006/ >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
