the cache zip files are fine

[Aaron Smuts <AS...@therealm.com>]

http://www.psoft.net/~asmuts/


-----Original Message-----
From: Aaron Smuts [mailto:aaron.smuts3@verizon.net]
Sent: Wednesday, June 06, 2001 11:04 PM
To: turbine-dev@jakarta.apache.org
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:ASmuts@therealm.com]
Sent: Wednesday, June 06, 2001 6:35 PM
To: turbine-dev@jakarta.apache.org
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:jvanzyl@apache.org]
Sent: Wednesday, June 06, 2001 12:46 PM
To: turbine-dev@jakarta.apache.org
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: turbine-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-dev-help@jakarta.apache.org

--
jvz.

Jason van Zyl
jvanzyl@apache.org

http://jakarta.apache.org/velocity
http://jakarta.apache.org/turbine
http://jakarta.apache.org/commons
http://tambora.zenplex.org

---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org