[infinispan-dev] Integrating Karsten's FCS
Radim Vansa
rvansa at redhat.com
Wed Jul 10 02:24:10 EDT 2013
----- Original Message -----
| From: "Randall Hauch" <rhauch at redhat.com>
| To: "infinispan -Dev List" <infinispan-dev at lists.jboss.org>
| Sent: Tuesday, July 9, 2013 3:37:36 PM
| Subject: Re: [infinispan-dev] Integrating Karsten's FCS
|
|
| On Jul 9, 2013, at 4:07 AM, Radim Vansa <rvansa at redhat.com> wrote:
|
| > ----- Original Message -----
| > | From: "Galder Zamarreño" <galder at redhat.com>
| > | Shall we keep the current FCS implementation, deprecate it, and get rid
| > | of it
| > | in the next minor/major version? Some users might have data stored in the
| > | current FCS and would be quite abrupt to just get rid of it right now.
| >
| > I'd remove it in Final, it cannot be seriously used either. Users can
| > migrate the data using rolling upgrades.
|
| Can you describe this process, especially for how it can be accomplished with
| a single (local) cache?
You're right, after looking into rolling upgrades I've realized that in order to do so the cache would have to be accessible via HotRod (currently). ISPN-2637 and ISPN-2638 should allow rolling upgrades for Memcached and REST as well - I hope that these in cooperation with inter-client compatibility will allow library-mode rolling upgrades as well.
Still, I'd prefer any migration to happen via rolling upgrades over some custom cache-store migration, if that would be possible.
Radim
|
| A migration mechanism is absolutely a must. There are ModeShape users that
| have used the FCS simply because it suits their needs - primarily because
| there are no extra dependencies and no additional "system" underneath. There
| HAS to be a migration path, especially if the old FCS is going to be
| removed.
|
| Why does Infinispan not have a general-purpose mechanism for converting from
| one (offline) cache store to another (offline) cache store?
| _______________________________________________
| infinispan-dev mailing list
| infinispan-dev at lists.jboss.org
| https://lists.jboss.org/mailman/listinfo/infinispan-dev
|
More information about the infinispan-dev
mailing list