On 18 May 2011, at 12:24, Manik Surtani wrote:
>>>
>>> Realistically, any operations that happen on an atomic map handle after the
>>> atomic map has been removed should result in an exception. I can't think
>>> of any existing JDK exceptions being valid - perhaps
>>> InvalidAtomicMapExcepti
On 18 May 2011, at 12:17, Emmanuel Bernard wrote:
>
> On 18 mai 2011, at 12:23, Manik Surtani wrote:
>
>>
>> On 30 Apr 2011, at 20:14, Emmanuel Bernard wrote:
>>
>>> Another behavior I'm seeing that is surprising me is:
>>>
>>> tx.begin();
>>> Map map = AtomicMapLookup.getAtomicMap(cache, ke
On 18 mai 2011, at 12:23, Manik Surtani wrote:
>
> On 30 Apr 2011, at 20:14, Emmanuel Bernard wrote:
>
>> Another behavior I'm seeing that is surprising me is:
>>
>> tx.begin();
>> Map map = AtomicMapLookup.getAtomicMap(cache, key);
>> assert map.size() == 3;
>> AtomicMapLookup.removeAtomicMap
On 30 Apr 2011, at 20:14, Emmanuel Bernard wrote:
> Another behavior I'm seeing that is surprising me is:
>
> tx.begin();
> Map map = AtomicMapLookup.getAtomicMap(cache, key);
> assert map.size() == 3;
> AtomicMapLookup.removeAtomicMap(cache, key);
> assert map.size() == 0;
> tx.commit();
>
> I
Well, there's a fundamental difference to how atomic map works to normal cache
operations and that's the fact that the creation of atomic maps is hidden
behind AtomicMapLookup.getAtomicMap. It's not like std cache usage where the
client creates the map that goes into the cache.
So, I don't see
Another behavior I'm seeing that is surprising me is:
tx.begin();
Map map = AtomicMapLookup.getAtomicMap(cache, key);
assert map.size() == 3;
AtomicMapLookup.removeAtomicMap(cache, key);
assert map.size() == 0;
tx.commit();
I can sort understand in a twisted way that removeAtomicMap clears the
u
On 14 Apr 2011, at 15:30, Manik Surtani wrote:
> Apologies for the late response.
>
> On 13 Apr 2011, at 10:38, Emmanuel Bernard wrote:
>
>> In exchange for answers, I will improve at least the JavaDoc and maybe
>> create a wiki from this info.
>
> Sounds like a fair exchange. :-)
>
>> I've
Apologies for the late response.
On 13 Apr 2011, at 10:38, Emmanuel Bernard wrote:
> In exchange for answers, I will improve at least the JavaDoc and maybe create
> a wiki from this info.
Sounds like a fair exchange. :-)
> I've tried to search the wiki but found nothing on AtomicMap (only for
In exchange for answers, I will improve at least the JavaDoc and maybe create a
wiki from this info.
(note that this has nothing to do with the ongoing discussion on key-levle
locks for a sister of AtomicMap)
I've tried to search the wiki but found nothing on AtomicMap (only forum posts)
and I
