Re: [infinispan-dev] Infinispan "mitosis"

2017-03-14 Thread Dan Berindei
Yes, rolling upgrades should be even better, because for x-site you need the source cluster to have a backup site configured (but not enabled), and adding that to a running cluster may require a one-by-one restart of all the nodes. Dan On Tue, Mar 14, 2017 at 4:10 PM, Gustavo Fernandes wrote: >

Re: [infinispan-dev] Infinispan "mitosis"

2017-03-14 Thread Gustavo Fernandes
On Tue, Mar 14, 2017 at 1:08 PM, Sanne Grinovero wrote: > Just throwing out an idea I just had while thinking of Hibernate OGM > user needs for data migration. > > For people using databases & related frameworks, it's common to have a > staging database which contains not just the staging "schema

Re: [infinispan-dev] Infinispan "mitosis"

2017-03-14 Thread Sanne Grinovero
On 14 March 2017 at 13:53, Dan Berindei wrote: > Isn't this a lot like x-site state transfer? Indeed! Does it mean we could have such a feature with less work? Maybe some kind of "x-site for dummies" quickstart would be enough, but re-framing the use case. Thanks, Sanne > > Dan > > On Tue, Mar

Re: [infinispan-dev] Infinispan "mitosis"

2017-03-14 Thread Dan Berindei
Isn't this a lot like x-site state transfer? Dan On Tue, Mar 14, 2017 at 3:08 PM, Sanne Grinovero wrote: > Just throwing out an idea I just had while thinking of Hibernate OGM > user needs for data migration. > > For people using databases & related frameworks, it's common to have a > staging da

[infinispan-dev] Infinispan "mitosis"

2017-03-14 Thread Sanne Grinovero
Just throwing out an idea I just had while thinking of Hibernate OGM user needs for data migration. For people using databases & related frameworks, it's common to have a staging database which contains not just the staging "schema" but also data. When legally possible, it's often preferable to ha