Last Updated 13 May 2008.
There is sponsorship for a JMS-based replication mechanism. This should be useful for many people.
This will be a cache server with both REST and W3C Web Services APIs. The server will work standalone with Unix service control and also be deployable as a WAR. The idea is to make ehcache available to the C, C++ and dynamic language communities as an out-of-process cache.
Now looking to finalise JCache with ehcache as the RI. This will probably be maintained in a branch until the JSR process is concluded. The net.sf.jsr107cache will be updated in the meantime.
1.3.0-beta contained a couple of tweaks to allow programmatic replacement of the DiskStore with a separate implementation. Hopefully a code donation will provide a JDBCDiskStore implementation which will allow Derby and other databases to be plugged in. This supplements the built-in DiskStore.
Ehcache supports LRU, LFU and FIFO. There are plenty more eviction policies. An extension mechanism should be added to support these.
A MemoryStore built using SoftReferences. This would enable potentially much large MemoryStores with no risk of OutOfMemory errors. SoftReferences are already used in ehcache for the asynchronous replication spool.
Code has been donated for a Derby DiskStore implementation.
Please add your feature suggestions to Feature Requests.