Menu
▾
▴
[Jpolycache-users] FW: url of cache -- RE: working version of an attribute driven cache
|
From: Aaron S. <aar...@ve...> - 2001-06-19 00:31:18
|
-----Original Message----- From: Aaron Smuts [mailto:aar...@ve...] Sent: Wednesday, June 06, 2001 11:04 PM To: tur...@ja... Subject: RE: url of cache -- RE: working version of an attribute driven cache There seems to be something wrong with my windows 2000 version of winzip (I can't open it on 98). I'll have a good file tomorrow. Sorry -----Original Message----- From: Aaron Smuts [mailto:AS...@th...] Sent: Wednesday, June 06, 2001 6:35 PM To: tur...@ja... Subject: url of cache -- RE: working version of an attribute driven cache Here you go. Sorry, the scripts are set up so the cache.zip must be unzipped in c:\dev\ and they have a hard coded javahome. I'll make something more user flriendly tomorrow. It will create a cache subfolder. I didn't include Unix test scripts in the bin. The run script starts the command line test program. The startRemoteCache.bat and stopRemoteCache.bat scripts do what they sound like. I had to borrow some web space: http://www.psoft.net/~asmuts/ Aaron -----Original Message----- From: Jason van Zyl [mailto:jv...@ap...] Sent: Wednesday, June 06, 2001 12:46 PM To: tur...@ja... Subject: Re: working version of an attribute driven cache Aaron Smuts wrote: > > I have a working version of the cache after converting it into an element > attribute driven system. It has disk spooling, disk defragmentation, remote > storage and synchronization, http lateral multicasting and direct lateral > deleting, cache regional specifications, global defaults, element > attributes, group and region element attribute defaults, session api like > group behavior . . . > > I had to take the system which was regionally defined and move the logic to > the element attribute level. I'm still cleaning it up. It needs an ant > make and the log needs to be moved to log4j. Later I can make distribution > and search like appenders that can be replaced. It isn't that flexible > right now, but is still composite in nature. Right now I'm working on > remote cache failover and clustering. . . > > Where should I send it? Put it up on a website and post the link here so we can take a peek at it :-) > > Aaron > > >> It seems like this would be a useful addition to Turbine. I can describe > >> what I have in mind in more detail if anyone is interested. > > >I don't know how I can say this clearly enough...BRING IT ON! :-) > > >-jon > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tur...@ja... > For additional commands, e-mail: tur...@ja... -- jvz. Jason van Zyl jv...@ap... http://jakarta.apache.org/velocity http://jakarta.apache.org/turbine http://jakarta.apache.org/commons http://tambora.zenplex.org --------------------------------------------------------------------- To unsubscribe, e-mail: tur...@ja... For additional commands, e-mail: tur...@ja... --------------------------------------------------------------------- To unsubscribe, e-mail: tur...@ja... For additional commands, e-mail: tur...@ja... --------------------------------------------------------------------- To unsubscribe, e-mail: tur...@ja... For additional commands, e-mail: tur...@ja... |
