Add putMulti and removeMulti to MultiMap and removeMulti to IMap

[hazelcast]

I noticed that there aren't MultiMap.putAll, MultiMap.removeAll and IMap.removeAll in API. It will be great to have these abilities to increase performance of 'multi' operations (i.e. do it in a bulk). We really need them (especially for MultiMap).

Migrated from http://code.google.com/p/hazelcast/issues/detail?id=553

---

earlier comments

borislav.andruschuk said, at 2011-05-13T09:51:30.000Z:

and the same IMap/MultiMap -> evictAll please.

borislav.andruschuk said, at 2011-05-14T09:23:44.000Z:

I've noticed that IMap.localKeySet already returns Entries - the list of local map entries. I think it will be quite good to have IMap.getLocalEntries() in API. Actually I' seeking for good filtering API for local entries w/o predicate usage: could you please add IMap.getAllLocalValues(Set keys) or IMap.getAllLocalEntries(Set keys) because you can efficiently filter local entries in CMap.

hugo.zwaal said, at 2011-05-17T14:25:52.000Z:

I would also like to see a MultiMap.putMulti(K key, V values...) and a removeMulti()

[mdogan]

By version 3.8, IMap has removeAll(Predicate<K, V> predicate);

 /**
     * Removes all entries which match with the supplied predicate.
     * If this map has index, matching entries will be found via index search, otherwise they will be found by full-scan.
     *
     * Note that calling this method also removes all entries from callers near cache.
     *
     * @param predicate matching entries with this predicate will be removed from this map
     * @throws NullPointerException if the specified predicate is null.
     */
    void removeAll(Predicate<K, V> predicate);

[burakcelebi]

Related: #9079

[peterjot]

Hey, I would like to take that issue

@Holmistr

[Holmistr]

Hey @peterjot , that would be awesome. However, I see that some work is actually being done on #9079 in abdulazizali77@fa98e9b . Let me take a look tomorrow and coordinate, so you wouldn't both work on the same thing. I will get back to you! Thank you very much for you interest :)

[Holmistr]

Closing this issue, since it's basically a duplicate of #9079 (or subset)

[c-attila]

Hi! Does anyone know why was this not implemented in the end?
We would need this feature in our project using Hazelcast 5 Enterprise. A QueryCache for MultiMaps would be also good.
FYI @burakcelebi, @hazelcast, @Holmistr
(see also #3840 and #9079 still open)

[Holmistr]

@c-attila In general, we never got it prioritized enough. MultiMap is not the most used datastructure (it was way behind Map, Queue, Topic, ...) and we just had bigger fish to fry. I would suggest you to reach through the Hazelcast Support and make a case for your usecase.

Disclaimer: I no longer work at Hazelcast.