I believe it is quite important to now undo the changes to break compat from client. Deprecating is fine, but for example as Nicolas pointed out, the change for the return type from List<Keyvalue> to List<Cell> would force downstream users to develop a shim layer, which will be very hard to manage for them.
On Mon, Sep 9, 2013 at 1:45 PM, Jonathan Hsieh <[email protected]> wrote: > I've filed https://issues.apache.org/jira/browse/HBASE-9477 as a > blocker and should get to it today or tomorrow. > > Seems like ycsb and hive depend on these calls quite a bit. > > Some of the hive guys also said that the removal of Writable from > Result/Get/Put resulting in some annoying work to reinterpret those in hive > jobs. It was suggested that we restore those methods but have them > interpret the protobuf format instead of the old writable format. > > Jon. > > > > On Mon, Sep 9, 2013 at 10:34 AM, Nicolas Liochon <[email protected]> > wrote: > > > It wanted to run ycsb on the release, but HBASE-9334 breaks the client > code > > compatibility. Was it the intend? > > > > > > On Sat, Sep 7, 2013 at 10:19 AM, Stack <[email protected]> wrote: > > > > > On Sat, Sep 7, 2013 at 4:42 AM, Elliott Clark <[email protected]> > wrote: > > > > > > > So I posted an update in HBASE-9338[1]. For me this sinks the > release > > > > and I'm -1 biding until we can figure out what's causing this data > > > > loss. > > > > > > > > Thanks Devaraj for testing. Good to know that others are also seeing > a > > > > failure. If other could test too I would really appreciate it. > > > > > > > > 1. https://issues.apache.org/jira/browse/HBASE-9338#comment-13760594 > > > > > > > > > Agree this is a sinker. Will roll new RC soon as we figure it. > Meantime > > > any other comments on this RC? > > > > > > Thanks, > > > St.Ack > > > > > > > > > -- > // Jonathan Hsieh (shay) > // Software Engineer, Cloudera > // [email protected] >
