Re: [Poposal] Backport GEODE-9019 to Apache Geode 1.14.0 branch

2021-03-11 Thread Owen Nichols 
Now is definitely the time to fix this.  Glad to have this added to blocker 
board.

On 3/11/21, 11:09 AM, "Jens Deppe"  wrote:

+1

On 3/11/21, 10:49 AM, "Nabarun Nag"  wrote:

Hi everyone,

Putting forward the proposal to backport GEODE-9091 (Serialization 
Improvements) to support/1.14 branch,

What does GEODE-9091 do?

  *   It adds serialVersionUID to the Serializable classes in 
geode-redis module
  *   It converts all DataSerializable classes to 
DataSerializableFixedID classes

Why do we need to backport these changes?

  *   These changes future-proofs the geode-redis data structures from 
being used in mixed version clusters.
  *   This will ensure that changes to serializable classes do not 
break backward compatibility.
  *   If these classes get changed in the future, the serialVersionUIDs 
will remain the same and can be used with older and newer versions.
  *   If we don't backport these changes to 1.14.0 then future releases 
of geode-redis will not be compatible with it.

Reference 
PR:[link]


Regards
Nabarun Nag

Re: [Poposal] Backport GEODE-9019 to Apache Geode 1.14.0 branch

2021-03-11 Thread Jens Deppe 
+1

On 3/11/21, 10:49 AM, "Nabarun Nag"  wrote:

Hi everyone,

Putting forward the proposal to backport GEODE-9091 (Serialization 
Improvements) to support/1.14 branch,

What does GEODE-9091 do?

  *   It adds serialVersionUID to the Serializable classes in geode-redis 
module
  *   It converts all DataSerializable classes to DataSerializableFixedID 
classes

Why do we need to backport these changes?

  *   These changes future-proofs the geode-redis data structures from 
being used in mixed version clusters.
  *   This will ensure that changes to serializable classes do not break 
backward compatibility.
  *   If these classes get changed in the future, the serialVersionUIDs 
will remain the same and can be used with older and newer versions.
  *   If we don't backport these changes to 1.14.0 then future releases of 
geode-redis will not be compatible with it.

Reference 
PR:[link]


Regards
Nabarun Nag

Re: [Poposal] Backport GEODE-9019 to Apache Geode 1.14.0 branch

2021-03-11 Thread Sarah Abbey 
+1

From: Nabarun Nag 
Sent: Thursday, March 11, 2021 1:48 PM
To: dev@geode.apache.org 
Subject: [Poposal] Backport GEODE-9019 to Apache Geode 1.14.0 branch

Hi everyone,

Putting forward the proposal to backport GEODE-9091 (Serialization 
Improvements) to support/1.14 branch,

What does GEODE-9091 do?

  *   It adds serialVersionUID to the Serializable classes in geode-redis module
  *   It converts all DataSerializable classes to DataSerializableFixedID 
classes

Why do we need to backport these changes?

  *   These changes future-proofs the geode-redis data structures from being 
used in mixed version clusters.
  *   This will ensure that changes to serializable classes do not break 
backward compatibility.
  *   If these classes get changed in the future, the serialVersionUIDs will 
remain the same and can be used with older and newer versions.
  *   If we don't backport these changes to 1.14.0 then future releases of 
geode-redis will not be compatible with it.

Reference 
PR:[link<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fgeode%2Fpull%2F6115&data=04%7C01%7Csabbey%40vmware.com%7C60e78e0c3e754a62a2ac08d8e4be51ba%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C637510853355938019%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=q10KkgoD48qcccbXwaD89v7xbcZR9Q5QF0EpceXLgT8%3D&reserved=0>]


Regards
Nabarun Nag

[Poposal] Backport GEODE-9019 to Apache Geode 1.14.0 branch

2021-03-11 Thread Nabarun Nag 
Hi everyone,

Putting forward the proposal to backport GEODE-9091 (Serialization 
Improvements) to support/1.14 branch,

What does GEODE-9091 do?

  *   It adds serialVersionUID to the Serializable classes in geode-redis module
  *   It converts all DataSerializable classes to DataSerializableFixedID 
classes

Why do we need to backport these changes?

  *   These changes future-proofs the geode-redis data structures from being 
used in mixed version clusters.
  *   This will ensure that changes to serializable classes do not break 
backward compatibility.
  *   If these classes get changed in the future, the serialVersionUIDs will 
remain the same and can be used with older and newer versions.
  *   If we don't backport these changes to 1.14.0 then future releases of 
geode-redis will not be compatible with it.

Reference PR:[link]


Regards
Nabarun Nag