I did ask Greg Luck to remove the hibernate ehcache provider from the
ehcache distribution when I did commit the new one. but I had no answer.
Gavin is a commiter for ehcache, he could do the job.
Emmanuel Bernard
01.55.21.52.14
Fnac - DSI
Direction France - Nouvelles technologies
67, boulevard d
EHCache 0.5 was released today. It has the backport to JDK1.3 and
JDK1.2 that has been discussed in this thread included.
The Changelog follows:
EHCache-0.5
===
Bug Fixes
-
- Implemented not creating a Disk Store when overflowToDisk="false" is
set in ehcache.xml
- toString() met
Great :)
Greg Luck wrote:
Gavin
Done.
I have changed logging to commons-logging and have added LRUHashMap
from commons-collections. This, along with some packaging changes will
be in CVS later today.
Greg Luck
On 15/11/2003, at 10:08 AM, Gavin King wrote:
We already have a dependency to
Gavin
Done.
I have changed logging to commons-logging and have added LRUHashMap
from commons-collections. This, along with some packaging changes will
be in CVS later today.
Greg Luck
On 15/11/2003, at 10:08 AM, Gavin King wrote:
We already have a dependency to commons-collections, so perh
Fork and modify this class
http://cvs.sourceforge.net/viewcvs.py/voruta/voruta/src/java/net/sf/voruta/S
oftRefMemoryCache.java
It is simple soft cache implementation and emulates LRU.
BTW: Suns JVM SoftReference implements LRU algorythm itself .
- Original Message -
From: "Greg Luck" <
We already have a dependency to commons-collections, so perhaps just use
commons SequencedHashMap instead of LinkedHashMap.
Greg Luck wrote:
Hi
EHCache does require the use of JDK1.4.
Specifically we use:
- LinkedHashMap, which provides us with an LRU HashMap
- JDK1.4 logging
- SoftRefererenc
On 15 Nov (09:10), Greg Luck wrote:
> I was pretty keen to use the java.util.LinkedHashMap, because the
> combination of a doubly-linked
> list combined with a Hashmap in JCS was the source of the memory leak
> in it. The memory store code
> went from around 1500 lines down to a few hundred and
is already deprecated in 2.1 and replaced by
David Channon wrote:
Now what does this change (and the generalisation) mean to the DTD and all
those JCS cache
tags?
--David.
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in
I think its a good idea. Because of the new caching API it does not stop
someone using JCS
but caching is so important that an active group would be best. BTW: Like
the colors they have
picked for the logo :-).
Now what does this change (and the generalisation) mean to the DTD and all
those JCS ca
Ah, we might want to make sure that EHCache is not 1.4 only.
Josh Rehman wrote:
http://ehcache.sourceforge.net/documentation/ states "EHCache requires a
minimum of JDK1.4, because it relies on some new features of JDK1.4 to
simplify the programming."
Are you planning on having Hibernate be 1.4+ o
On 13 Nov (19:28), Sandeep Dath wrote:
> Perhaps there could also be a *little* more documentation (all supporting
> caching frameworks) on caching, and caching best practices?
On my desk and will soon be in CVS.
--
Christian Bauer
[EMAIL PROTECTED]
---
Amen to this.
Perhaps there could also be a *little* more documentation (all supporting
caching frameworks) on caching, and caching best practices?
Sandeep
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gavin King
Sent: Thursday, November 13, 2003 7:18
12 matches
Mail list logo
