Hi Thomas, actually I evaluated JCS and found several issues (why ATM JCache doesn't rely on it anymore):
1) about network stuff: listeners are not enough and needs an important refactoring for JCache, it is not that test friendly (start aone (or more) instance(s) of server and several clients in the same JVM) and more important reason to not go further in it is that it doesn't seem the default need. So we can skip it for 1st JCache compliant release IMHO. 2) why a ConcurrentHashMap instead of a CompositeCache: I hesitated a lot on it but after some benchmarks (get/put mainly) JCS was really too slow compared to a concurrenthashmap. Now it is slower but not enough to let user think of using a concurrenthashmap in their code cause cache would be too slow. I'll try to rework a bit JCSCache to merge both but if I don't manage to make it comparable I think we should just get 2 implementations. Another really blocking point ATM is the fact JCS mandates key/value pairs to be serializable. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-05-11 17:33 GMT+02:00 Thomas Vandahl <t...@apache.org>: > On 07.05.14 12:03, Raffaele P. Guidi wrote: >> Talking about next steps, have you ever considered a second level of (off >> heap) cache? My question is of course not so casual, being the PMC of >> DirectMemory :) I think there are a lot of potential synergies, here. I >> include DM's dev list to gather opinions and solicitate feedback from the >> team members. > > This already has been discussed in > http://markmail.org/message/k3htktmxcmncl5pt and I'm still very > interested to have a JCS DirectMemory auxiliary. What is the status of > the implementation that Mir Tanvir Hossain was supposed to contribute? > > Bye, Thomas. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
