The EHDefaultStore returns in the size() method the wrong number of keys
Key: COCOON-1885
URL: http://issues.apache.org/jira/browse/COCOON-1885
Project: Cocoon
Issue
[ http://issues.apache.org/jira/browse/COCOON-1885?page=all ]
Ard Schrijvers updated COCOON-1885:
---
Attachment: EHDefaultStore.patch
Fix for EHDefaultStore returning wrong number in the size() method
The EHDefaultStore returns in the size() method
This is a partial fix of a larger problem that I am not yet capable of fixing:
removing cachekeys according the correct eviction policy.
This fix at least fixes the flaw, that the StoreJanitor could delete the entire
memoryStore part from ehcache. In the JCSDefaultStore, this size() method was
Thanks Ard. I will apply this patch today after work. :-)
Best Regards,
Antonio Gallardo
Ard Schrijvers escribió:
This is a partial fix of a larger problem that I am not yet capable of fixing: removing cachekeys according the correct eviction policy.
This fix at least fixes the flaw, that
Ard Schrijvers escribió:
Thx!!
You do not happen to know where the JCSDefaultStore went in trunk..?? I read
some stuff about it outperforming ehcache in almost every way (and that it
might be easier to implement the eviction policy driven freeing of cachekeys).
WARINIG: I am far to be a
Hello,
today I have successfully build cocoon tunk (2.2).
This was a hard work for me, so I want to show some pointers for
others.
Perhaps someone will find this usefull.
My OS: Windows XP Pro
JAVA : Sun jdk 1.4.2_11
Maven 2.0.4
cocoon: cocoon_20060724041732.tar.gz
Step one maven:
configured
You do not happen to know where the JCSDefaultStore went in
trunk..?? I read some stuff about it outperforming ehcache in
almost every way (and that it might be easier to implement
the eviction policy driven freeing of cachekeys).
WARINIG: I am far to be a cocoon expert. I guess
Antonio Gallardo wrote:
Ard Schrijvers escribió:
Thx!!
You do not happen to know where the JCSDefaultStore went in trunk..?? I read
some stuff about it outperforming ehcache in almost every way (and that it
might be easier to implement the eviction policy driven freeing of
cachekeys).
/snip
If there are better alternatives to ehcache we should consider them of
course. Personally I would like that this work will be done in trunk
only. We could build an own maven project for each cache
implementation
which will reduce the dependencies for a user and makes
Ard Schrijvers escribió:
/snip
If there are better alternatives to ehcache we should consider them of
course. Personally I would like that this work will be done in trunk
only. We could build an own maven project for each cache
implementation
which will reduce the dependencies for a user
Didn't there used to be a compiling classloader way back in the day,
like, 2.1.4? Or am I hepped up on goofballs?
—ml—
Are the docs on the Daisy site for 2.2, or for 2.1.X?
I think I read somewhere just recently that they're for 2.2. It might
have been in one of Bruno's replies to one of my questions... :-) but
I can't rememeber...
—ml—
Online report :
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/206/buildId/414
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed, 26 Jul 2006 03:26:45 +
Finished at: Wed, 26 Jul 2006 03:28:01 +
Total time: 1m 15s
[ http://issues.apache.org/jira/browse/COCOON-1885?page=all ]
Antonio Gallardo closed COCOON-1885.
Fix Version/s: 2.2-dev (Current SVN)
2.1.10-dev (current SVN)
Resolution: Fixed
Thanks for the patch. It was applied with
14 matches
Mail list logo