Either way though, if this is going in to beta2, update the jira and
make sure you don't check anything into HEAD - I haven't tagged B1
yet. :-)
Will provide more useful comments shortly ...
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 25 Jan 2007, at 12:06, Galder Zamarreno wrote:
Hi all,
I'm deferring
http://jira.jboss.com/jira/browse/JBCACHE-879 to
BETA2 because I still need to write this:
http://jira.jboss.com/
jira/browse/JBCACHE-882
The reason I'm deferring it is because I can't see a
straightforward way of doing such thing right now. Ideally, you
should be able run a 1.x version (cache1) and a 2.x version
(cache2) of JBC in the same VM so that you can do a loop of
cache1.get() and call cache2.put(). However, I have doubts that
that this approach will be free of class loading issues. What do
you think?
I was wondering whether Region based could help here, but I can't
see right now how this could be done.
Something I had in mind is having the capability of to start a
cache with either 1.x marshalling or VAM marshalling, but oriented
at being used only at the cache loader level. It wouldn't make much
sense for replication because there's no hard data there.
I thought that you could start two instances of cache 2.x, first
with 1.x. marshalling and the other one with VAM both pointing to
different JDBCCacheLoader stores. You could then get from the first
using normal mmarshalling and put in the second one which has VAM
marshalling active, what do you think?
If you like the approach, I should be have it ready by BETA2.
This last approach looks simpler to me, what do you think?
Galder ZamarreƱo
Sr. Software Maintenance Engineer
JBoss, a division of Red Hat
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev