of a predefined region? For example: can I define a region
(e.g.
webServicesRegion in a config file) and let these runtime defined
regions
have the same settings as this predefined region?
Thanks,
Maarten
On Thu, 6 Jun 2002, Aaron Smuts wrote:
It might be nice to be able
You just need to name your keys more descriptively. Add part, or all, of
the webservice name in the key, then a colon, and then the key and you
should be fine.
get( webservice_name + : + id );
Let's do an experiment. Think of the cache as a hashtable. Say the
elements never need to
guess your solution
wouldn't help then.
Michal
-Ursprungliche Nachricht-
Von: Aaron Smuts [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 4. Juni 2003 16:37
An: 'Turbine JCS Users List'
Betreff: FW: Spooling after each update
You could just set the memory size to some
, but maybe I didn't make myself clear: I still want to use a
decently
sized memory cache, the disk cache is auxiliary. I guess your solution
wouldn't help then.
Michal
-Ursprungliche Nachricht-
Von: Aaron Smuts [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 4. Juni 2003 16:37
You will need to have a policy file granting access to the rmi server.
-Original Message-
From: Neil Avery [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2003 11:33 AM
To: turbine-jcs-user
Subject: Is Remote Cache working?
Hi All,
Ive been digging around the JCS code
Try setting usememoryshrinker to false and see if you get the same
problem.
Aaron
-Original Message-
From: Daniel Rosenbaum [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 11, 2003 9:39 AM
To: Turbine JCS Users List
Subject: RE: Memory test
As a follow up, I let my test run
There cache isn't made to just dump items into it as fast as possible.
Hmmn
Aaron
-Original Message-
From: Daniel Rosenbaum [mailto:[EMAIL PROTECTED]
Sent: Monday, September 15, 2003 4:33 PM
To: Turbine JCS Users List
Subject: Re: out of memory error with TestDiskCache
Shaohua,
Some notes on thread usage in JCS:
All puts to lateral caches are done in background threads. The indexed
disk cache uses a two stage process, putting elements in a purgatory
before disk storage. Recovery of auxiliary caches occurs in background
threads. Auxiliaries are wrapped in balking
cache, etc?
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2003 4:14 PM
To: 'Turbine JCS Users List'
Subject: RE: general question on JCS
Some notes on thread usage in JCS:
All puts to lateral caches are done in background threads
Ya. You shouldn't need to do any synchronization around JCS calls in
most conceivable cases.
Remember that the cache passes objects by reference. If you change an
object you get from the cache, the object in the cache is changed.
Aaron
-Original Message-
From: Craig Johannsen
That doesn't sound right. Those threads are trying to perform some
event to an auxiliary cache. Is everything working? Does the disk
cache have write access to the file? Do you have laterals that might be
blocked by a firewall?
Aaron
-Original Message-
From: Nicholas J.
Paste your config file in an email.
-Original Message-
From: Nicholas J. Dellamaggiore [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 29, 2003 10:01 PM
To: [EMAIL PROTECTED]
Subject: Fwd: RE: ElementEventQueue question
The thread problem is actually pretty bad. We left out
I'm surprised that it works with all those periods in the name of your
region. I'm not sure this will parse correctly. Remove the periods.
Replace them with _ and test.
You have the memory shrinker on but have not defined a maxlife seconds.
I think the default in this case is to treat the
I once had an management mbean running in an embedded sever in each
cache. It allowed for listing of cache regions and provided the ability
to clear any or all regions. It was very useful for emergency
consistency control.
Aaron
-Original Message-
From: paulo caroli [mailto:[EMAIL
-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:06 AM
To: 'Turbine JCS Users List'
Subject: RE: jmx
I once had an management mbean running in an embedded sever in each
cache.
It allowed for listing of cache regions and provided the ability to
clear
. Regardless, sucy a management tool is something we will
build
very very shortly in order to flush groups within a region.
ToddC
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:06 AM
To: 'Turbine JCS Users List'
Subject: RE
There must be a bug in save. I'll take a look. If there was a patch,
please send it to me.
Aaron
-Original Message-
From: Jim Arnott [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 10:20 AM
To: [EMAIL PROTECTED]
Subject: RE: [indexeddiskcache] key file not written
Can you send me a stack trace also.
-Original Message-
From: Ryan Breidenbach [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 11:51 AM
To: [EMAIL PROTECTED]
Subject: CacheElement hashCode problem
I am using JCS with Hibernate for caching, and I came across a
problem.
I started implementing event handlers, but it may not be finished yet.
-Original Message-
From: Todd Carmichael [mailto:[EMAIL PROTECTED]
Sent: Monday, November 17, 2003 11:14 AM
To: 'Turbine JCS Users List'
Subject: RE: Alter behavior through event handling?
+1 for event
In the cache access class you can get the elementattributes for and
item. Every item in the cache is given one by default. If you are
putting something in, you can get the default elementattributes and then
modify it and then use the put method that takes the elementattributes
as an argument.
Thanks Aaron. A follow up question. MRUMemoryCache
uses a LinkedList whereas LRUMemoryCache implements
its own linked list using MemoryElementDescritor
types.
Any reason why LRU manager does not use LinkedList?
Thanks
Snehal
--- Aaron Smuts [EMAIL PROTECTED] wrote:
The MRU memory
I suppose this is for emergency use. One way is to build a simple page
that lists all the regions and has a link where you can call removeall.
There should be an example in the experimental codebase. Other options
depend on your remote configuration.
Aaron
-Original Message-
From:
The diskcache keys are kept in memory until the cache is properly
shutdown.
You must have two vm's running, perhaps 2 instances of the portal server
running, or a test program running?
Aaron
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday,
I can't think of a clean way to do it. The disk cache is treated pretty
much as one of the other auxiliary caches. Nothing like this was built
into the interfaces for any of the remote auxiliaries, since for them it
wouldn't be very useful.
Another reason why this doesn't exist for disk
The list generation fails fast. Instead of giving you the live list of
keys, on which you will get a change in underlying map error, the cache
gives you a copy. But the copy process also fails fast. Instead of
locking the underlying map, I allow the copy to fail if the underlying
map changes.
No, no one has ever asked if JCS is slow. Something is definitely
wrong. The cache is not significantly slower than a hashtable. Can you
give more details about your configuration (i.e. the cache.ccf file) and
what you are caching.
-Original Message-
From: Spaggiari, Jean-Marc
After that, build using the standard maven command to get the stubs in
the jar.
-Original Message-
From: bob steadman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 21, 2004 10:54 AM
To: [EMAIL PROTECTED]
Subject: setting up Remote Caching Service
I'm attempting to set up RCS
and
it build out the target directory. Is there another step that I may
be
missing.
Thanks for your help.
- Original Message -
From: Aaron Smuts [EMAIL PROTECTED]
To: 'Turbine JCS Users List' [EMAIL PROTECTED]
Sent: Wednesday, January 21, 2004 12:16 PM
Subject: RE: setting up Remote
The RemoteCache will do what you want, since it was not designed as just
a broadcaster. The local caches hook up to the remote cache, send it
update, the remote cache broadcasts delete requests for that item to the
other locals, and then if one of them needs an item and it is not stored
locally
This sounds very strange. Are you sure the cache was returning the
wrong value? There is no way your program could have a multithreading
problem and switch up some entries? The cache passes objects by
reference--could you have tried to recycled some entry somewhere?
Aaron
-Original
with a
bunch of attributes? For example:
region name=example
classname=org.apache.jcs.engine.CompositeCacheAttributes
maxObjects=10
etc. Along with some inner tags if nec.
The other way is very verbose.
Perhaps use JAXP to map the XML to java classes as well.
Daniel
--- Aaron
Yes, that does look nice and clear. Good idea.
I'm not sure what Digester can do, people seem to like it, but it is not
exactly the simplest thing to use.
Thanks,
Aaron
-Original Message-
From: James Taylor [mailto:[EMAIL PROTECTED]
Sent: Monday, April 19, 2004 6:00 AM
To:
classname value=org.apache.jcs.engine.CompositeCacheAttributes/
cache-attributes
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Sunday, 18 April, 2004 8:14
To: 'Turbine JCS Users List'
Subject: xml config prototype
I'm working using Digester to configure JCS
-Original Message-
From: Matthew Cooke [mailto:[EMAIL PROTECTED]
Sent: Sunday, April 25, 2004 6:23 AM
To: Turbine JCS Users List
Subject: Additional problems.
The original problem was that the removal code was commented out in
the
src.
Then I needed to change the code to use
to the server. A pessimistic mode is configurable so that the
clients will engage in active status checks How could I change the
client to run in pessimistic mode?
If I have only 1 remote cache server, do I need to specify the
FailoverServers attribute?
-Original Message-
From: Aaron Smuts
Are you using any element event handlers that might be keeping
references to deleted objects?
I've looked over the shrinker again and can't imagine how it would cause
anything like this, but turn it off anyway.
Are you getting any errors in the logs?
Aaron
-Original Message-
From:
cache.getElementAttributes().addElementEventHandler( new
EventHandler() );
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Monday, April 26, 2004 11:42 AM
To: 'Turbine JCS Users List'
Subject: RE: Handeling events
Are you inserting things into the cache after you change
() is not
actually
implemented.
Try cache.getElementAttributes().addElementEventHandler( new
EventHandler() );
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Monday, April 26, 2004 11:42 AM
To: 'Turbine JCS Users List'
Subject: RE: Handeling events
Are you
?
Many thanks.
Cheers,
David Luk.
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Friday, 30 April 2004 16:38
To: 'Turbine JCS Users List'
Subject: RE: unable to interact with remote server
There is a script in the scripts directory called remoteCacheStats
The shrinker periodically wakes up and looks for expired elements.
It doesn't keep the memory under the max. That's done when you put an
item into the cache.
I think I saw that you had the shrinker come on every few seconds,
correct me if I'm wrong. I was afraid that it would keep references
-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 06, 2004 9:43 AM
To: 'Turbine JCS Users List'
Subject: RE: Out of memory problem
Send your cache.ccf and let me know how much memory you've allocated
for
the jvm.
Aaron
-Original Message-
From: Parvathi
not pin point the error yet though. It did not happen straight
away, only after the server was running for a few days. The solution
is
to restart the server at the moment. We only use memory cache and we
do
use schrinkers on some regions.
-Original Message-
From: Aaron Smuts [mailto
.
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Friday, 30 April 2004 16:38
To: 'Turbine JCS Users List'
Subject: RE: unable to interact with remote server
There is a script in the scripts directory called remoteCacheStats.
You
will have to get set
(in an XML processing library).
Good luck anyway,
Matt.
-- Original Message --
Reply-To: Turbine JCS Users List
[EMAIL PROTECTED]
Date: Sun, 09 May 2004 15:15:05 -0500
From: Aaron Smuts [EMAIL PROTECTED]
Subject: RE: Out of memory problem
To: 'Turbine JCS Users List' [EMAIL PROTECTED]
I've
not
uncommon
(in an XML processing library).
Good luck anyway,
Matt.
-- Original Message --
Reply-To: Turbine JCS Users List
[EMAIL PROTECTED]
Date: Sun, 09 May 2004 15:15:05 -0500
From: Aaron Smuts [EMAIL PROTECTED]
Subject: RE: Out of memory problem
To: 'Turbine JCS Users List' [EMAIL
it as an instance variable. This does tie your code to
JCS though if you don't have a wrapper.
Aaron
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 09, 2004 9:57 PM
To: 'Turbine JCS Users List'
Subject: RE: Regd Serializing Cache
That might
PROTECTED]
Date: Sun, 09 May 2004 15:15:05 -0500
From: Aaron Smuts [EMAIL PROTECTED]
Subject: RE: Out of memory problem
To: 'Turbine JCS Users List' [EMAIL PROTECTED]
I've been profiling JCS for days. I still have more work to do, but
I
have a few ideas.
The shrinker does not maintain
At this point, you need to check out JCS and build it.
Aaron
-Original Message-
From: Parvathi Rajaraman [mailto:[EMAIL PROTECTED]
Sent: Monday, May 10, 2004 8:28 PM
To: JCS MAILING LIST (E-mail)
Subject: Latest Download
Hi,
Where can I download the latest JCS jar from.The
Until we have a beta release, I've provided an easy way to get a JCS
jar. I will remove this after the beta release.
This is not guaranteed to be current. The best way to get a jar is to
build the project.
http://cvs.apache.org/viewcvs.cgi/jakarta-turbine-jcs/tempbuild/jcs-1.0-
dev.jar
I think we may need something like a throttle.
I'm working the getting the patches in right now.
Aaron
-Original Message-
From: Travis Savo [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 20, 2004 7:56 PM
To: 'Turbine JCS Users List'
Cc: '[EMAIL PROTECTED]'
Subject: RE: Thread
I've been thinking about Bloch's item 24. (I haven't finished the book
yet, but so far it is definitely one of the best books on Java I've
seen. Thanks for the recommendation.)
One big worry is with mutable keys. If someone uses a mutable object as
a key and monkey with it after putting it in
Hi Aaron,
This is the one
cvsgrab -rootUrl http://cvs.apache.org/viewcvs/jakarta-turbine-jcs/
-packagePath org -destDir c:\TEMP -proxyHost BASILMAW2K -proxyPort
5865
I m using a NTLM proxy
Cheers
Parvathi
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED
That should be a configuration decision. By default, I thought any get
would result in local storage of the object. I don't remember making it
otherwise.
I'm still thinking about Travis's nice description of the remote cache.
Aaron
-Original Message-
From: Hanson Char [mailto:[EMAIL
Are you using the remote cache or the lateral?
The remote cache should suit your needs. I would never use the lateral
for gets, except to cluster remote caches, maybe.
The javagroups auxiliary would meet your needs and so will the remote.
The remote cache can be configured to issue remove
There are two versions. The version I am trying to make robust seems to
be fully functional. If you put something like this in your cache.ccf
jcs.auxiliary.LJG=org.apache.jcs.auxiliary.lateral.LateralCacheFactory
jcs.auxiliary.LJG.attributes=org.apache.jcs.auxiliary.lateral.LateralCac
For starters, these are some things we could use
We need a way to configure the cache via jndi or something so that the
same ear or war can be deployed to multiple servers.
We need some way for the disk cache to defragment at a certain time or
interval. It would be acceptable for it to be
Sounds like we created a bug in when we altered the queues. I need to
look into it.
Aaron
-Original Message-
From: Matthew Cooke [mailto:[EMAIL PROTECTED]
Sent: Monday, October 18, 2004 2:06 PM
To: Turbine JCS Users List
Subject: Remote Cache, issues
I've replaced the version of
This is configurable (see the cache.ccf in src/conf), but that is way
too large as a default. Here are some new disk cache config parameters:
#new disk cache parameter.
jcs.auxiliary.DC.attributes.maxKeySize=1
jcs.auxiliary.DC.attributes.optimizeAtRemoveCount=300
I'm setting the default to
New in jcs-1.2-dev:
http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-turbine-jcs/tempbuild/jcs-1.2-dev.jar?rev=1.1
1. The disk cache now has more configuration options
exposed. You can set the purgatory size, recycle bin
size, etc. Also, you can set a bound on the
purgatory. This solves
I suspect that it was the remove / put problem that I solved in 1.1.2.
It was the only known problem of that sort. It may be due to iteration
but I thought this was resolved. Iteration is very problematic on an
active collection. There is no really good way to do it. We basically
copy the keys
It depends on the configuration. If your unit test
has the log level for JCS set to debug, then it will
be much much slower. If your unit tests is configured
to use a disk cache and the production test is not,
then the times could be affected, but not by that
much. . . . Under all conditions
I update the site and added docs. Sorry that it took
so long to get Travis to the committers list.
The current dev version is 1.2.2. Remote server
chaining and failover is now functional.
I'll add a FAQ to the docs soon. Suggestions are
welcome.
We also need to acknowledge our
lateral cache. It's
damn fast and seems to recover nicely when a node goes down.
It is very difficult to unit test the remote and lateral auxiliaries
since the cache only works as a singleton. Any suggestions are welcome.
Aaron
-Original Message-
From: Aaron Smuts [mailto:[EMAIL
Upgrade to 1.2.4-dev. I'll change the log message if it hasn't been
changed already. Good idea.
Can you send me a more complete stack trace, so I can investigate a bit
further. I wonder if it could be related to the key you are passing in.
. . .
Aaron
-Original Message-
From:
org.apache.jcs.engine.control.CompositeCache:get(436)--get:
key = **,
localOnly = false
DEBUG
org.apache.jcs.engine.control.CompositeCache:get(467)--FeatureHelp
-
Memory cache hit
Thanks,
Tom
-Original Message-
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 1:55 PM
To: 'Turbine
that you run a separate process, but it
is a better model overall.
Aaron
Thanks in advance,
Daniel
--- Aaron Smuts [EMAIL PROTECTED] wrote:
Hi Daniel.
A removeAll sends one message, not a message for
each
item.
Jgroups is fine, but it is slower than the otehr
options
66 matches
Mail list logo
