On 6 Jan 2011, at 12:28, Eduardo Martins wrote:
Right now, considering the types available, the AtomicMap is the best
option, yet ideally that structure containing the child fqns should be
a Map, without entry put/remove locks (using flags or not), with delta
replication, and without colocation :)
Well, any such map would colocate its elements by nature. Consider:
cache.put(key, map).
Anything in that map is stored under a single entry in the cache. Hence colocation.
I really don't know much about Infinispan internals besides the
Tree
API and its impl so let me ask you, is that possible to achieve?
If you break up that map and store its constituent entries as separate cache entries, then
sure. But then the trouble begins when you try and look up all of these entries again, to
create a coherent and complete view. :-)
--
Manik Surtani
manik(a)jboss.org
twitter.com/maniksurtani
Lead, Infinispan
http://www.infinispan.org