hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aditya <adityakish...@gmail.com>
Subject Re: protobuf version in 0.94
Date Mon, 14 Apr 2014 18:27:40 GMT
The protobuf Java stubs checked into the source tree are compiled with
2.4.x and are not binary compatible with 2.5 (and vice versa) so we would
need two versions of stubs.

The wire format, however, is compatible in either direction.


On Sun, Apr 6, 2014 at 3:51 PM, lars hofhansl <larsh@apache.org> wrote:

> I didn't say that right.
>
> What I meant was: If I added Hadoop 2.2, 2.3, and 2.4 profiles, and in
> those profiles override the protobuf version... There should be no issue
> with that, correct? The default protobuf version would remove 2.4.x.
>
> -- Lars
>
>
>
> ________________________________
>  From: Jean-Marc Spaggiari <jean-marc@spaggiari.org>
> To: dev <dev@hbase.apache.org>
> Sent: Wednesday, April 2, 2014 5:03 AM
> Subject: Re: protobuf version in 0.94
>
>
> Hum, that means Hadoop 1.0.x and 1.2.x branches will fail...
>
>
>
> 2014-04-02 2:53 GMT-04:00 Esteban Gutierrez <esteban@cloudera.com>:
>
> > For HBase itself is not a problem :) it compiles, but users running HBase
> > 0.94.x in clusters pre HADOOP-9845 they will hit issues during rolling
> > restarts specially if the 2.4.0 jar is present. For instance, that can
> > break MR jobs.
> >
> > esteban.
> >
> >
> >
> >
> > --
> > Cloudera, Inc.
> >
> >
> >
> > On Tue, Apr 1, 2014 at 9:31 PM, lars hofhansl <larsh@apache.org> wrote:
> >
> > > Is anybody aware of any reason why we wouldn't just update the protobuf
> > > version in 0.94 to 2.5.0?
> > >
> > > I know 2.5.0 is backward compatible with 2.4.0, but is the reverse true
> > as
> > > well?
> > > I.e. if we do not change any .proto files will 2.4.0 be able to decoded
> > > message encoded with 2.5.0?
> > > If yes, we should just upgrade. If not we can't upgrade since it would
> > > potentially break server-server compatibility and hence rolling
> upgrades.
> > >
> > > -- Lars
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message