Mailing-List: contact dev-help@geode.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geode.apache.org
MIME-Version: 1.0
In-Reply-To: <CANgOuWu6X1SBJCg8fwhh4uZxgvfXVQx9g3OQ_jAn5EKrv7JV-g@mail.gmail.com>
References: <CAA1wVxqrx7oG1H09B0D4UEVinH+djK8wcRRL4Hq5yFCXxz0idQ@mail.gmail.com>
 <a2d33efd-7dae-1c04-40dc-fbb895b99041@pivotal.io> <CANgOuWumn6xLC7uRA7TaWmrBi=bq5OTkeU4EQN7NH_Vy9rj7-Q@mail.gmail.com>
 <CAA1wVxoqpDEo5w+kkXPOv+Zn3fvPR1fumcifzeRzYEJFA54DtQ@mail.gmail.com> <CANgOuWu6X1SBJCg8fwhh4uZxgvfXVQx9g3OQ_jAn5EKrv7JV-g@mail.gmail.com>
From: Dan Smith <dsmith@pivotal.io>
Date: Fri, 1 Dec 2017 16:58:59 -0800
Message-ID: <CAFh+7k1kXXn4vxYddGi5KUvrtVxj+hxdvBiPHx+KWEG8zVBcxw@mail.gmail.com>
Subject: Re: DISCUSS: Deprecating and replacing current serializable string encodings
To: dev@geode.apache.org
Content-Type: multipart/alternative; boundary="001a113eba72992f64055f50fd7d"
archived-at: Sat, 02 Dec 2017 00:59:06 -0000

--001a113eba72992f64055f50fd7d
Content-Type: text/plain; charset="UTF-8"

I think I'm kinda with Mike on this one. The existing string format does
seem pretty gnarly. But the complexity of implementing and testing all of
the backwards compatibility transcoding that would be required in order to
move to the new proposed format seems to be way more work with much more
possibility for errors. Do we really expect people to be writing new
clients that use DataSerializable? It hasn't happened yet, and we're
working on a new protocol that uses protobuf right now.

If the issue is really the complexity of serialization from the C++ client,
maybe the C++ client could always write UTF-16 strings?

-Dan

On Fri, Dec 1, 2017 at 4:17 PM, Michael Stolz <mstolz@pivotal.io> wrote:

> My opinion is that risk/reward on this on is not worth it
>
> --
> Mike Stolz
> Principal Engineer - Gemfire Product Manager
> Mobile: 631-835-4771
>
> On Dec 1, 2017 5:19 PM, "Jacob Barrett" <jbarrett@pivotal.io> wrote:
>
> > On Fri, Dec 1, 2017 at 1:48 PM Michael Stolz <mstolz@pivotal.io> wrote:
> >
> > > There also would likely be Disk Stores that would need to be converted.
> > > That would be real ugly too.
> >
> >
> > Disk store could transcode each entry on demand or all at once on first
> > load. Not saying it will be easy but progress rarely is.
> >
> > -Jake
> >
>

--001a113eba72992f64055f50fd7d--