On Thu, Feb 18, 2010 at 2:48 PM, Lars Francke wrote:
>
> How about the new Thrift interface? I wasn't overly concerned with
> timing as Hadoop 0.21 seemed to be some time off but if you decide to
> put it into a 0.20.x version I'll spend some time on it to get another
> patch out for review. It sh
On Thu, Feb 18, 2010 at 1:41 PM, Jean-Daniel Cryans wrote:
> Sounds good. For the sake of getting "nice" version numbers, what
> about we do a bug fix-only release for 0.20.4 and then in 0.20.5 we
> break RPC compatibility and add new features.
>
> Also I we will need to backport cluster replicati
On Thu, Feb 18, 2010 at 21:53, Stack wrote:
> It looks like hbase 0.20.x will be around for longer than we were
> planning on. Lets adapt.
>
> We should have a 0.20.4 soon
How about the new Thrift interface? I wasn't overly concerned with
timing as Hadoop 0.21 seemed to be some time off but if y
Sounds good. For the sake of getting "nice" version numbers, what
about we do a bug fix-only release for 0.20.4 and then in 0.20.5 we
break RPC compatibility and add new features.
Also I we will need to backport cluster replication to 0.20.
J-D
On Thu, Feb 18, 2010 at 12:53 PM, Stack wrote:
> I
It looks like hbase 0.20.x will be around for longer than we were
planning on. Lets adapt.
We should have a 0.20.4 soon that includes hbase-2180 and, IMO, it
would include a one-time breakage of the RPC interface requiring a
cluster shutdown to upgrade so we can get in "HBASE-2219 stop using
cod
> Could it be time for HBase 1.0?
I think HBASE-2180 warrants a 0.20.4 release.
Beyond that, I'd have no objection to making trunk into an 0.99,
or whatever. :-)
What would be 0.99.1 could be 1.0.
- Andy
- Original Message
> From: Jean-Daniel Cryans
> To: HBase Dev List
> Sent:
On 2/17/10 11:42 AM, Jean-Daniel Cryans wrote:
Hi devs,
Yesterday Stack, Ryan, Todd (from cloudera) and me had a meeting with the FB
team about the course of action we should take with regard to Hadoop 0.21.
Since Y! doesn't seem committed to release it anytime soon (or even use it),
most users