Re: Cache Groups and PARTITIONED/REPLICATED
Hi Juan, > the returned set is always null. As soon as an empty configuration is > passed, the set seems to work again. Is this the intended behavior? Yes, this is the intended behavior. Ignite#set() method returns a named set from cache and create one if it has not been created yet and CollectionConfiguration is not null [1]. >Should from 2.1.0 onwards caches/sets with different requirements be stored in different cache groups? Yes, distributed Sets/Queues within the same group must have the same cache mode, affinity function and so on. Thanks! -- View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Cache-Groups-and-PARTITIONED-REPLICATED-tp15853p15867.html Sent from the Apache Ignite Users mailing list archive at Nabble.com.
RE: Cache Groups and PARTITIONED/REPLICATED
I realized that if a have an global AtomicConfiguration like the following: final AtomicConfiguration atomicConfiguration = new AtomicConfiguration(); atomicConfiguration.setCacheMode(CacheMode.REPLICATED); igniteCfg.setAtomicConfiguration(atomicConfiguration); and I create a set with the default configuration, automatically the default config is partitioned, and the error appears. Then, it seems to be either I need to configure the CollectionConfiguration exactly the same as the AtomicConfiguration, or place the Collection in a different group altogether... Thanks, Juan From: Juan Barani Sent: Tuesday, August 1, 2017 2:22 PM To: user@ignite.apache.org Subject: Cache Groups and PARTITIONED/REPLICATED Hi! While trying the execute the very first snippet that creates a set in the documentation: https://apacheignite.readme.io/docs/queue-and-set#overview Ignite ignite = Ignition.ignite(); IgniteSet set = ignite.set( "setName", // Set name. null // Collection configuration. ); the returned set is always null. As soon as an empty configuration is passed, the set seems to work again. Is this the intended behavior? I guess either the code or the documentation is outdated, can it be? Also, since updating from 2.0.0 to 2.1.0 we are getting the following error message, apparently when sets are configured to be replicated and internal caches (for atomics) are configured otherwise: class org.apache.ignite.IgniteException: Cache mode mismatch for caches related to the same group [groupName=default-ds-group, existingCache=ignite-sys-atomic-cache@default-ds-group, existingCacheMode=PARTITIONED, startingCache=datastructures_ATOMIC_REPLICATED_0@default-ds-group, startingCacheMode=REPLICATED] Should from 2.1.0 onwards caches/sets with different requirements be stored in different cache groups? Thanks! Juan
Cache Groups and PARTITIONED/REPLICATED
Hi! While trying the execute the very first snippet that creates a set in the documentation: https://apacheignite.readme.io/docs/queue-and-set#overview Ignite ignite = Ignition.ignite(); IgniteSet set = ignite.set( "setName", // Set name. null // Collection configuration. ); the returned set is always null. As soon as an empty configuration is passed, the set seems to work again. Is this the intended behavior? I guess either the code or the documentation is outdated, can it be? Also, since updating from 2.0.0 to 2.1.0 we are getting the following error message, apparently when sets are configured to be replicated and internal caches (for atomics) are configured otherwise: class org.apache.ignite.IgniteException: Cache mode mismatch for caches related to the same group [groupName=default-ds-group, existingCache=ignite-sys-atomic-cache@default-ds-group, existingCacheMode=PARTITIONED, startingCache=datastructures_ATOMIC_REPLICATED_0@default-ds-group, startingCacheMode=REPLICATED] Should from 2.1.0 onwards caches/sets with different requirements be stored in different cache groups? Thanks! Juan
