ConcurrentLinkedHashMap

Thank you very much! On Saturday, December 13, 2014 3:11:48 PM UTC+8, Ben Manes wrote: Hi, I'm

Hi Michael, I'm sorry for being MIA and I'm glad that you were able to add the features you

Thank you Ben very much. But in case of snapshot copy ordinary Concurrent Map is better. 2012/3/29

Hi Andrew, Sorry for the delayed response. I've been swamped lately and forget to reply. The

Hi Nathan, Short answer: The current release versions all use an LRU policy. LIRS support is not

Hi, CLHM does not provide deterministic iteration order. The views from keySet(), values(), and

To revisit an earlier discussion in the issue tracker, If you know the weight up-front for both the

Thanks. CHM+LHM sounds simple enough. I just wanted to make sure there wasn't something in CLHM

What is your assumption when if an entry is put into the cache, but its weight exceeds the

FYI, I added a short tutorial on the API usage. http://code.google.com/p/concurrentlinkedhashmap/wiki

I am putting the finishing touches on v1.2 and I would appreciate code reviews. Obviously this is a

Thanks, resident set size tests all look good so far. If I come up with something interesting I'

> Could you elaborate on the performance concern a bit, not sure if I completely got your point.

Thanks Leigh, The Maven repository hosts class, source, and javadoc jars. The easiest may be just to

Yes, they've promoted it to central, see: http://repo1.maven.org/maven2/com/googlecode/

Perfect! Its been a crazy few weeks but I'll try to get it setup this week. Thanks for the

Hey Christian, That's a great idea and I checked in your change. I really appreciate all your