Hello Igniters. I'm working on the implementation of the IgniteCache#asSet method [1] and I think it should return Set (not IgniteSet). Because IgniteSet was introduced mainly to add methods for the collocated version of IgniteSet.
Any thoughts? [1] https://issues.apache.org/jira/browse/IGNITE-7823 2018-02-27 14:59 GMT+03:00 Andrey Kuznetsov <stku...@gmail.com>: > As far as I know, Pavel P. is working on fixing existing sets currently. > > As for {{asSet}} cache adapter, I filed the ticket [1]. > > [1] https://issues.apache.org/jira/browse/IGNITE-7823 > > 2018-02-27 11:20 GMT+03:00 Vladimir Ozerov <voze...@gridgain.com>: > >> I think the root issue is that we are trying to mix different cases in a >> single solution. What is the common usage patterns of sets? >> 1) Small mostly-read sets - current implementation is ideal for them - >> everything is available locally, on-heap and in deserialized form >> 2) Big data sets - IgniteCache API is the best candidate here; we can >> simply add a method "Set<K> IgniteCache.asSet()" which will return thin >> wrapper for Set interface around cache. An you will have recovery and >> heap-resistance with almost no additional efforts. >> There is no need to choose between one or another solution. We can support >> both. >> >> As far as current igniteSet implementation - all issues described above >> will go away if you use approach suggested by Dmitry. I do not see a need >> for any major changes. >> >> Vladimir. >> > > -- > Best regards, > Andrey Kuznetsov.