Galder Zamarreno wrote:
Mircea Markus wrote:
> Manik Surtani wrote:
>> </snip>
>>
>> I still reckon that these methods should just query the local,
>> in-memory data container. And be documented such that this is what
>> is expected. Like I said the potential for OOMs is huge otherwise -
>> regardless of DIST.
> that would 'lay' to the user and break the API as well. We can add
> Cache (vs Map) methods for that.
Hmmmm, I suppose you mean lie?
yes :)
As long as we document it correctly, I think we should be fine. We
could even show an info message when DIST is in use to further remain
them that the view they get only contains the local data.
I don't think it breaks the API. It has limitations but I don't a break.
cache.put(k,v);
asser cache.keySet().contains(k) : "this will fail even within a tx";
I generally think that it's better not to give any information than give
incomplete/incorrect one, on the other hand I see the point with having
this local
It's a bit like size() with ConcurrentHashMap. It does not give
you an
accurate number. The same with keySet()/entrySet() and DIST mode, it
does not give an accurate view because of the pitfalls mentioned.
>> Cheers
>> --
>> Manik Surtani
>> manik(a)jboss.org
>> Lead, Infinispan
>> Lead, JBoss Cache
>>
http://www.infinispan.org
>>
http://www.jbosscache.org
>>
>>
>>
>>
>