You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@turbine.apache.org by Aaron Smuts <AS...@therealm.com> on 2001/06/07 00:35:11 UTC
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
RE: url of cache -- RE: working version of an attribute driven cache
Posted by Aaron Smuts <aa...@verizon.net>.
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