Cluster Shared Cache

21,609

Solution 1

After some more searching, I found JGroup's ReplicatedHashMap. It has not been thoroughly tested but it seems like an excellent start. It fills all my requirements without giving me too much features I don't need. It's also quite flexible. I'm still searching for the "perfect" answer though :)

Thanks for your answers.

Solution 2

How about this?

Have a local ConcurrentHashMap as your local cache. Create a Hazelcast distributed map/cache. Start listening for the distributed map events and update your local ConcurrentHashMap.

Now local caches on each member will be the same. Auto-synched.

import com.hazelcast.core.IMap; 
import com.hazelcast.core.Hazelcast;
import com.hazelcast.core.EntryListener;
import com.hazelcast.core.EntryEvent; 
import java.util.concurrent.ConcurrentHashMap;

public class Sample implements EntryListener {
        Map localCache = new ConcurrentHashMap ();

        public static void main(String[] args) { 
                Sample sample = new Sample();
                IMap   map    = Hazelcast.getMap("default"); 

                //Listen for all added/updated/removed entries
                map.addEntryListener(sample, true);  
        }

        public void entryAdded(EntryEvent event) {
             localCache.put(event.getKey(), event.getValue());            
        }

        public void entryRemoved(EntryEvent event) {
             localCache.remove(event.getKey());            
        }

        public void entryUpdated(EntryEvent event) {
             localCache.put(event.getKey(), event.getValue());            
        }
}

Solution 3

Have you considered Infinispan - http://www.jboss.org/infinispan/ ? The API is very simple and based on a standard (JSR-107). The usage is also very simple

CacheManager manager = new DefaultCacheManager(
                GlobalConfiguration.getClusteredDefault() );

Cache cache = manager.getCache();

cache.put("key", "value");

--Hardy

Solution 4

Have you considered Terracotta? Might be overkill: http://www.terracotta.org/web/display/orgsite/Data+Caching

There was a JSR in the area of caching a while ago, do any of the following fit the bill: http://java-source.net/open-source/cache-solutions/jcache ?

I personally used FKache a few years ago and it worked well, but I didn't use it in distributed mode.

Is it important that it's a distributed cache with local copies of data? There's also the JavaSpaces stuff if it's shared memory you need...

Solution 5

I've used a few technologies in this area, I can highly recommend JBoss Cache as the best choice for what you're trying to do. It uses JGroups as its transport, but provides a higher-level transactional abstraction. Out-of-the-box it gives you a distributed tree-node structure.

edit: Oh, and JBossCache is independent of JBoss Application Server, you can use it in any environment. If anything, it works better outside of JBossAS than it does inside it.

Share:
21,609

Related videos on Youtube

GuiSim
Author by

GuiSim

gl hf;

Updated on July 09, 2022

Comments

  • GuiSim
    GuiSim almost 2 years

    I am searching for a java framework that would allow me to share a cache between multiple JVMs.

    What I would need is something like Hazelcast but without the "distributed" part. I want to be able to add an item in the cache and have it automatically synced to the other "group member" cache. If possible, I'd like the cache to be sync'd via a reliable multicast (or something similar).

    I've looked at Shoal but sadly the "Distributed State Cache" seems like an insufficient implementation for my needs.

    I've looked at JBoss Cache but it seems a little overkill for what I need to do.

    I've looked at JGroups, which seems to be the most promising tool for what I need to do. Does anyone have experiences with JGroups ? Preferably if it was used as a shared cache ?

    Any other suggestions ?

    Thanks !

    EDIT : We're starting tests to help us decide between Hazelcast and Infinispan, I'll accept an answer soon.

    EDIT : Due to a sudden requirements changes, we don't need a distributed map anymore. We'll be using JGroups for a low level signaling framework. Thanks everyone for you help.

    • Taylor Gautier
      Taylor Gautier about 15 years
      Hazelcast and Infinispan? Hmmm. These are not mature technologies... Try pressing Ctrl-z in the Hazelcast demo in one node. Split brain. Infinispan is still in alpha! I recommend you look at java-source.net/open-source/cache-solutions for a starting point. EHCache, OSCache and JBoss Cache are at least mature well accepted technologies. You already said Terracotta is heavyweight so that's fine. I just hate to see you waste your time and find you've gone with something completely unstable.
  • GuiSim
    GuiSim about 15 years
    I am not working on a web server. I suppose that the problem here is the term "cache" which is not really what I'm looking for. I need a shared data structure ;)
  • GuiSim
    GuiSim about 15 years
    Thanks for the suggestion but, from the documentation : "[...]The two local caches could potentially have different versions of the same item. Like most caches, this is intended for high get and low put utilization, and this occurrence would hint at improper usage".. Once again I suspect that the term "cache" is probably not the right word to use in my situation. I will need to put data in the "cache" as often as I need to read it.
  • John Meagher
    John Meagher about 15 years
    Memcached doesn't have anything to do with web servers. It is the type of thing you are looking for.
  • GuiSim
    GuiSim about 15 years
    Another very promising solution. Thanks !
  • GuiSim
    GuiSim about 15 years
    java.util.Map does not have a method called " addEntryListener " ..
  • Adarsh Bhattarai
    Adarsh Bhattarai about 15 years
    you are right. it was supposed to be: com.hazelcast.core.IMap map = Hazelcast.getMap ("default"); I will actually put an ReplicatedMap implementation into Hazelcast directly to make life a lot easier.
  • skaffman
    skaffman over 14 years
    JBossCache is essentially an industrial-strength implementation of ReplicatedHashMap. It uses the same underlying JGroups transport mechanism.