True, but this allows us the chance to change NodeData objects as we
move along with versions (i.e., the VersionAwareMarshaller would
delegate to a different marshaller implementation to be compatible).
Even if compatibility is not so much of an issue, this approach helps
with performance (magic no's + JBoss Serialization) as well as having
a single place in the codebase where all marshalling occurs.
--
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 14 Dec 2006, at 17:38, Vladimir Blagojevic wrote:
Hey,
I am not 100% sure if we need this for compatibility. Am I correct to
assume that since we write/read only NodeData objects to/from streams
(in HEAD) then we do not have to worry about versions any more as long
as we keep NodeData backward compatible (which we do).
Let me know.
Vladimir
> -----Original Message-----
> From: jbosscache-dev-bounces(a)lists.jboss.org
> [mailto:jbosscache-dev-bounces@lists.jboss.org] On Behalf Of
> Manik Surtani
> Sent: Thursday, December 14, 2006 11:57 AM
> To: jbosscache-dev(a)lists.jboss.org
> Subject: [jbosscache-dev] Marshalling for state transfer in HEAD
>
> I've just noticed that marshalling of nodes for transferring
> state in HEAD is hand-wired.
>
> We should do this thru the VersionAwareMarshaller framework
> we have in place for other comms as well as marshalling to
> cache loaders, to benefit from the data streams being
> version-aware as well as being more efficient by making use
> of magic numbers instead of class headers + using JBoss
> Serialization where useful.
>
> I've created a JIRA task for this, Vlad, perhaps you could do
> this alongside the SST stuff you've got in HEAD?
>
>
http://jira.jboss.com/jira/browse/JBCACHE-908
>
> Cheers,
> --
> 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
>
>
>
> _______________________________________________
> jbosscache-dev mailing list
> jbosscache-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jbosscache-dev
>
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev