You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by Enis Söztutar <en...@apache.org> on 2014/12/03 07:28:59 UTC
First release candidate for HBase 0.99.2 (RC0) is available. Please
vote by 12/06/2014
First release candidate for HBase 0.99.2 (RC0) is available. Please vote by
12/06/2014
The first release candidate for the third release from branch-1, HBase
0.99.2 RC0, is
available for download at https://people.apache.org/~enis/hbase-0.99.2RC0/
Maven artifacts are also available in the temporary repository
https://repository.apache.org/content/repositories/orgapachehbase-1048/
Signed with my code signing key E964B5FF. Can be found here:
https://people.apache.org/keys/committer/enis.asc
Signed tag in the repository can be found here:
https://git-wip-us.apache.org/repos/asf?p=hbase.git;a=tag;h=080ab7230847776b7a2867dcbd3d421969d2dd37
NOTE IN GIGANTIC LETTERS THAT THIS IS A DEVELOPER RELEASE.
DO NOT USE THIS RELEASE IN PRODUCTION.
HBase 0.99.2 is a "developer preview" release, and an odd-numbered release
as
defined in https://hbase.apache.org/book/upgrading.html#hbase.versioning.
This release IS NOT intended for production use, and does not contain any
backwards or forwards compatibility guarantees (even within minor versions
0.99.x). Please refrain from deploying this over important data.
0.99.2 release is provided from branch-1, which will be the basis for
HBase-1.0
release. This is the last planned 0.99.x release before 1.0. The reason for
doing a developer preview release is to get more testing for the branch-1
code
that will be released soon as HBase-1.0.0. Thus, all contribution in terms
of
testing, benchmarking, checking API / source /wire compatibility, checking
out
documentation and further code contribution is highly appreciated. 1.0 will
be
the first series in the 1.x line of releases which are expected to keep
compatibility with previous 1.x releases. Thus it is very important to
check
the client side and server side APIs for compatibility and maintainability
concerns for future releases.
0.99.2 builds on top of all the changes that is in the 0.99.0 (an overview
can be found at [1]) and 0.99.1 releases[2]. The theme of (eventual) 1.0
release is to become a stable base for future 1.x series of releases. 1.0
release will aim to achieve at least the same level of stability of 0.98
releases without introducing too many new features.
The work to clearly mark and differentiate client facing APIs, and
redefine
some of the client interfaces for improving semantics, easy of use and
maintainability has continued in 0.99.2 release. Marking/remarking of
interfaces with InterfaceAudience has also been going on (HBASE-10462),
which will identify areas for compatibility (with clients, coprocessors
and dependent projects like Phoenix) for future releases.
0.99.2 contains 190 issues fixed on top of 0.99.1. Some other notable
improvements
in this release are
- [HBASE-12075] - Preemptive Fast Fail
- [HBASE-12147] - Porting Online Config Change from 89-fb
- [HBASE-12354] - Update dependencies in time for 1.0 release
- [HBASE-12363] - Improve how KEEP_DELETED_CELLS works with MIN_VERSIONS
- [HBASE-12434] - Add a command to compact all the regions in a
regionserver
- [HBASE-8707] - Add LongComparator for filter
- [HBASE-12286] - [shell] Add server/cluster online load of configuration
changes
- [HBASE-12361] - Show data locality of region in table page
- [HBASE-12496] - A blockedRequestsCount metric
- Switch to using new style of client APIs internally (in a lot of places)
- Improvements in visibility labels
- Perf improvements
- Some more documentation improvements
- Numerous improvements in other areas and bug fixes.
The release has these changes in default behavior (from 0.99.1):
- Disabled the "Distributed Log Replay" feature by default. Similar to
0.98
and earlier releases "Distributed Log Split" is the default.
Thanks for everybody who have contributed to this release. Full list of the
issues
can be found here:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12328822
Compatibility
-------------
0.99.x series of releases are preview of upcoming 1.0 release. HBase-1.0 is
planned to be wire compatible with 0.98.x releases. Clients and
servers running in different versions as long as new features are not used
should be possible.
A rolling upgrade from 0.98.x clusters to 0.99.2 is supported as well.
0.99.2
introduces a new file format (hfile v3) that is enabled by default that
0.96.x code cannot read. Thus, rolling upgrade from 0.96 directly to 0.99
is
not supported.
Direct migration from 0.94.x, 0.96.x and 0.98.x is also supported but it IS
NOT
tested extensively. Before HBase-1.0 we expect to complete the tests.
Binary compatibility at the Java API layer with earlier versions (0.98.x,
0.96.x and 0.94.x) is not supported. You may have to recompile your client
code and any server side code (coprocessors, filters etc) referring to
hbase jars.
0.99.x release introduces new APIs, and deprecates some of commonly-used
client side APIs (HTableInterface, etc). However, client side code is
expected
to be source compatible with earlier versions. However we advise to update
your application to use the new style of APIs, since deprecated APIs might
be removed in future releases (2.x).
Supported Hadoop versions
-------------------------
0.99.x releases drop support for Hadoop-1.x releases. Only Hadoop-2.x
releases are supported. Hadoop-2.4.x and Hadoop-2.5.x releases are the
most tested hadoop releases and we recommend running with those versions
(or later versions). Earlier Hadoop-2 based releases (hadoop-2.2.x and
2.3.x)
are not tested to the full extend. More information can be found here:
https://hbase.apache.org/book/configuration.html#hadoop
Supported Java versions
-------------------------
0.99.x releases drop support for JDK6. Only JDK7 is supported. JDK8 support
is experimental. More information can be found here:
https://hbase.apache.org/book/configuration.html#java
Voting
------
Please try to test and vote on this release by 12/06/2014 11:59PM PDT.
This is a developer (beta) release, so we have a shorter vote time.
[] +1 Release the artifacts as 0.99.2
[] -1 DO NOT release the artifacts as 0.99.2, because...
Thanks for helping to get a stable release out!
References
----------
[1]
https://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAMUu0w94oARqcz2zY4ZLqy_AaqN70whhH1yCS_0BjPSEeEcM-w@mail.gmail.com%3E
[2]
https://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAMUu0w9Y_+Afw6wW0hA_P8KBEW35B3ncsHbUQAcfndzs8TcMyA@mail.gmail.com%3E
Enis
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Ted Yu <yu...@gmail.com>.
We can continue discussion on API compatibility in some other thread.
Enis said 1.0 RC would be cute on the 15th. I just wanted to raise some
awareness so that there is enough time for downstream projects to get ready
for the release.
Cheers
On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com> wrote:
> On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com> wrote:
>
> > Compiling Phoenix master against 0.99.2, I got:
> > http://pastebin.com/gaxCs8fT
> >
> > Some removed methods are in HBase classes that are marked
> > with @InterfaceAudience.Private
> > I want to get some opinion on whether such methods should be deprecated
> > first.
> >
> > Cheers
> >
> >
> I haven't looked through the whole list yet, but I can tell you you'll hit
> failures when you get to test compilation due to HBASE-12522. That part, at
> least, is expected.
>
> Given the discussion around HBASE-12566, this will probably require more of
> a feedback cycle than the RC will allow. Is there any down side to having
> that discussion prior to 1.0 instead of holding up 0.99.2?
>
> --
> Sean
>
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Jeffrey Zhong <jz...@hortonworks.com>.
+1 due to it's a dev release.
I've downloaded the RC, run it in pseudo cluster mode and works good. The
issue I hit is when trying to run a integration test and got following
error:
java.lang.RuntimeException:
org.apache.hadoop.hbase.DistributedHBaseCluster@dd606a not an instance of
org.apache.hadoop.hbase.MiniHBaseCluster
I guess it's fixed by HBASE-12617.
On 12/5/14, 7:26 PM, "Stack" <st...@duboce.net> wrote:
>+1
>
>Verified signature and md5.
>
>Layout looks right (src and bin).
>
>Build it and ran it. Looks good.
>
>I've been running it the last few days on a cluster doing testing and
>basically works.
>
>St.Ack
>
>On Fri, Dec 5, 2014 at 5:45 PM, Enis Söztutar <en...@apache.org> wrote:
>
>> We need at least one more vote for this.
>>
>> I had set a shorter (4 days) testing window since this is a
>>non-production
>> release. I can extend the voting period if anybody needs it.
>>
>> Enis
>>
>> On Thu, Dec 4, 2014 at 3:48 PM, Ted Yu <yu...@gmail.com> wrote:
>>
>> > +1
>> >
>> > Checked the book
>> > Checked dir layout in bin and src artifacts
>> > Ran unit test suite - passed.
>> >
>> > Will do some more validation, time permitting.
>> >
>> > On Thu, Dec 4, 2014 at 2:35 PM, Enis Söztutar <en...@apache.org> wrote:
>> >
>> > > Setting aside the Interface discussions, here is my +1 for the RC.
>> > >
>> > > +1
>> > >
>> > > Downloaded artifacts,
>> > > Checked sigs,
>> > > Checked crcs,
>> > > Checked the book
>> > > Checked dir layout in bin and src artifacts
>> > > Checked jars of hbase and hadoop in bin artifact
>> > > Checked version strings
>> > > Run in local mode
>> > > Run basic smoke tests in shell
>> > > Run LTT
>> > > Build the src artifact with hadoop versions 2.2.0,2.3.0,2.4.0,
>>2.5.0.
>> > > 2.6.0. Compilation with 2.4.0 and before is broken, but it is ok for
>> > > this RC. See HBASE-12637
>> > > Checked maven repository artifacts by running the hbase-downstreamer
>> > > project test.
>> > >
>> > >
>> > > Reminder, Sat is the last day to vote on this RC. Please plan to
>>spend
>> > some
>> > > time on the RC so that we can iron out issues for the next 1.0.0RC.
>> > >
>> > > Enis
>> > >
>> > > On Thu, Dec 4, 2014 at 10:38 AM, Andrew Purtell
>><ap...@apache.org>
>> > > wrote:
>> > >
>> > > > See https://issues.apache.org/jira/browse/PHOENIX-1501. Pardon the
>> > noise
>> > > > on
>> > > > a VOTE thread.
>> > > >
>> > > > On Thu, Dec 4, 2014 at 10:31 AM, Andrew Purtell
>><apurtell@apache.org
>> >
>> > > > wrote:
>> > > >
>> > > > > Phoenix PMC here, although I'm only speaking my own opinion.
>> Concur,
>> > > the
>> > > > > code takes liberties... We need to clean our own house.
>> > > > >
>> > > > > On Wed, Dec 3, 2014 at 10:59 AM, Stack <st...@duboce.net> wrote:
>> > > > >
>> > > > >> On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey
>><bu...@cloudera.com>
>> > > > wrote:
>> > > > >>
>> > > > >> > On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com>
>> > wrote:
>> > > > >> >
>> > > > >> > > Compiling Phoenix master against 0.99.2, I got:
>> > > > >> > > http://pastebin.com/gaxCs8fT
>> > > > >> > >
>> > > > >> > > Some removed methods are in HBase classes that are marked
>> > > > >> > > with @InterfaceAudience.Private
>> > > > >> > > I want to get some opinion on whether such methods should
>>be
>> > > > >> deprecated
>> > > > >> > > first.
>> > > > >> > >
>> > > > >>
>> > > > >>
>> > > > >> There is no room for 'opinion' in this area. A bunch of work
>>has
>> > been
>> > > > done
>> > > > >> to remove ambiguity around our guarantees. The law as it stands
>> is:
>> > > > >> InterfaceAudience.Private means: "APIs for HBase internals
>> > developers.
>> > > > No
>> > > > >> guarantees on compatibility or availability in future versions.
>> ..."
>> > > > (From
>> > > > >> http://hbase.apache.org/book.html#code.standards). We can add
>> > > verbiage
>> > > > >> but
>> > > > >> you would have to have a perverse squint to interpret this "no
>> > > > guarantees"
>> > > > >> as "no guarantees -- after a deprecation cycle".
>> > > > >>
>> > > > >> That said, we are an accommodating lot. I suggest you take the
>> list
>> > > > over
>> > > > >> to phoenix dev and that phoenix comes back with explicit asks
>> rather
>> > > > than
>> > > > >> this blanket list taken from a compile against their master
>> branch.
>> > > > >>
>> > > > >> As per Sean, this discussion does not belong on a dev release
>>RC
>> > vote
>> > > > >> thread, nor should it hold up its release.
>> > > > >> St.Ack
>> > > > >>
>> > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Best regards,
>> > > > >
>> > > > > - Andy
>> > > > >
>> > > > > Problems worthy of attack prove their worth by hitting back. -
>>Piet
>> > > Hein
>> > > > > (via Tom White)
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > Best regards,
>> > > >
>> > > > - Andy
>> > > >
>> > > > Problems worthy of attack prove their worth by hitting back. -
>>Piet
>> > Hein
>> > > > (via Tom White)
>> > > >
>> > >
>> >
>>
--
CONFIDENTIALITY NOTICE
NOTICE: This message is intended for the use of the individual or entity to
which it is addressed and may contain information that is confidential,
privileged and exempt from disclosure under applicable law. If the reader
of this message is not the intended recipient, you are hereby notified that
any printing, copying, dissemination, distribution, disclosure or
forwarding of this communication is strictly prohibited. If you have
received this communication in error, please contact the sender immediately
and delete it from your system. Thank You.
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Stack <st...@duboce.net>.
+1
Verified signature and md5.
Layout looks right (src and bin).
Build it and ran it. Looks good.
I've been running it the last few days on a cluster doing testing and
basically works.
St.Ack
On Fri, Dec 5, 2014 at 5:45 PM, Enis Söztutar <en...@apache.org> wrote:
> We need at least one more vote for this.
>
> I had set a shorter (4 days) testing window since this is a non-production
> release. I can extend the voting period if anybody needs it.
>
> Enis
>
> On Thu, Dec 4, 2014 at 3:48 PM, Ted Yu <yu...@gmail.com> wrote:
>
> > +1
> >
> > Checked the book
> > Checked dir layout in bin and src artifacts
> > Ran unit test suite - passed.
> >
> > Will do some more validation, time permitting.
> >
> > On Thu, Dec 4, 2014 at 2:35 PM, Enis Söztutar <en...@apache.org> wrote:
> >
> > > Setting aside the Interface discussions, here is my +1 for the RC.
> > >
> > > +1
> > >
> > > Downloaded artifacts,
> > > Checked sigs,
> > > Checked crcs,
> > > Checked the book
> > > Checked dir layout in bin and src artifacts
> > > Checked jars of hbase and hadoop in bin artifact
> > > Checked version strings
> > > Run in local mode
> > > Run basic smoke tests in shell
> > > Run LTT
> > > Build the src artifact with hadoop versions 2.2.0,2.3.0,2.4.0, 2.5.0.
> > > 2.6.0. Compilation with 2.4.0 and before is broken, but it is ok for
> > > this RC. See HBASE-12637
> > > Checked maven repository artifacts by running the hbase-downstreamer
> > > project test.
> > >
> > >
> > > Reminder, Sat is the last day to vote on this RC. Please plan to spend
> > some
> > > time on the RC so that we can iron out issues for the next 1.0.0RC.
> > >
> > > Enis
> > >
> > > On Thu, Dec 4, 2014 at 10:38 AM, Andrew Purtell <ap...@apache.org>
> > > wrote:
> > >
> > > > See https://issues.apache.org/jira/browse/PHOENIX-1501. Pardon the
> > noise
> > > > on
> > > > a VOTE thread.
> > > >
> > > > On Thu, Dec 4, 2014 at 10:31 AM, Andrew Purtell <apurtell@apache.org
> >
> > > > wrote:
> > > >
> > > > > Phoenix PMC here, although I'm only speaking my own opinion.
> Concur,
> > > the
> > > > > code takes liberties... We need to clean our own house.
> > > > >
> > > > > On Wed, Dec 3, 2014 at 10:59 AM, Stack <st...@duboce.net> wrote:
> > > > >
> > > > >> On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com>
> > > > wrote:
> > > > >>
> > > > >> > On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com>
> > wrote:
> > > > >> >
> > > > >> > > Compiling Phoenix master against 0.99.2, I got:
> > > > >> > > http://pastebin.com/gaxCs8fT
> > > > >> > >
> > > > >> > > Some removed methods are in HBase classes that are marked
> > > > >> > > with @InterfaceAudience.Private
> > > > >> > > I want to get some opinion on whether such methods should be
> > > > >> deprecated
> > > > >> > > first.
> > > > >> > >
> > > > >>
> > > > >>
> > > > >> There is no room for 'opinion' in this area. A bunch of work has
> > been
> > > > done
> > > > >> to remove ambiguity around our guarantees. The law as it stands
> is:
> > > > >> InterfaceAudience.Private means: "APIs for HBase internals
> > developers.
> > > > No
> > > > >> guarantees on compatibility or availability in future versions.
> ..."
> > > > (From
> > > > >> http://hbase.apache.org/book.html#code.standards). We can add
> > > verbiage
> > > > >> but
> > > > >> you would have to have a perverse squint to interpret this "no
> > > > guarantees"
> > > > >> as "no guarantees -- after a deprecation cycle".
> > > > >>
> > > > >> That said, we are an accommodating lot. I suggest you take the
> list
> > > > over
> > > > >> to phoenix dev and that phoenix comes back with explicit asks
> rather
> > > > than
> > > > >> this blanket list taken from a compile against their master
> branch.
> > > > >>
> > > > >> As per Sean, this discussion does not belong on a dev release RC
> > vote
> > > > >> thread, nor should it hold up its release.
> > > > >> St.Ack
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best regards,
> > > > >
> > > > > - Andy
> > > > >
> > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > Hein
> > > > > (via Tom White)
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > - Andy
> > > >
> > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > Hein
> > > > (via Tom White)
> > > >
> > >
> >
>
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Enis Söztutar <en...@apache.org>.
We need at least one more vote for this.
I had set a shorter (4 days) testing window since this is a non-production
release. I can extend the voting period if anybody needs it.
Enis
On Thu, Dec 4, 2014 at 3:48 PM, Ted Yu <yu...@gmail.com> wrote:
> +1
>
> Checked the book
> Checked dir layout in bin and src artifacts
> Ran unit test suite - passed.
>
> Will do some more validation, time permitting.
>
> On Thu, Dec 4, 2014 at 2:35 PM, Enis Söztutar <en...@apache.org> wrote:
>
> > Setting aside the Interface discussions, here is my +1 for the RC.
> >
> > +1
> >
> > Downloaded artifacts,
> > Checked sigs,
> > Checked crcs,
> > Checked the book
> > Checked dir layout in bin and src artifacts
> > Checked jars of hbase and hadoop in bin artifact
> > Checked version strings
> > Run in local mode
> > Run basic smoke tests in shell
> > Run LTT
> > Build the src artifact with hadoop versions 2.2.0,2.3.0,2.4.0, 2.5.0.
> > 2.6.0. Compilation with 2.4.0 and before is broken, but it is ok for
> > this RC. See HBASE-12637
> > Checked maven repository artifacts by running the hbase-downstreamer
> > project test.
> >
> >
> > Reminder, Sat is the last day to vote on this RC. Please plan to spend
> some
> > time on the RC so that we can iron out issues for the next 1.0.0RC.
> >
> > Enis
> >
> > On Thu, Dec 4, 2014 at 10:38 AM, Andrew Purtell <ap...@apache.org>
> > wrote:
> >
> > > See https://issues.apache.org/jira/browse/PHOENIX-1501. Pardon the
> noise
> > > on
> > > a VOTE thread.
> > >
> > > On Thu, Dec 4, 2014 at 10:31 AM, Andrew Purtell <ap...@apache.org>
> > > wrote:
> > >
> > > > Phoenix PMC here, although I'm only speaking my own opinion. Concur,
> > the
> > > > code takes liberties... We need to clean our own house.
> > > >
> > > > On Wed, Dec 3, 2014 at 10:59 AM, Stack <st...@duboce.net> wrote:
> > > >
> > > >> On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com>
> > > wrote:
> > > >>
> > > >> > On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com>
> wrote:
> > > >> >
> > > >> > > Compiling Phoenix master against 0.99.2, I got:
> > > >> > > http://pastebin.com/gaxCs8fT
> > > >> > >
> > > >> > > Some removed methods are in HBase classes that are marked
> > > >> > > with @InterfaceAudience.Private
> > > >> > > I want to get some opinion on whether such methods should be
> > > >> deprecated
> > > >> > > first.
> > > >> > >
> > > >>
> > > >>
> > > >> There is no room for 'opinion' in this area. A bunch of work has
> been
> > > done
> > > >> to remove ambiguity around our guarantees. The law as it stands is:
> > > >> InterfaceAudience.Private means: "APIs for HBase internals
> developers.
> > > No
> > > >> guarantees on compatibility or availability in future versions. ..."
> > > (From
> > > >> http://hbase.apache.org/book.html#code.standards). We can add
> > verbiage
> > > >> but
> > > >> you would have to have a perverse squint to interpret this "no
> > > guarantees"
> > > >> as "no guarantees -- after a deprecation cycle".
> > > >>
> > > >> That said, we are an accommodating lot. I suggest you take the list
> > > over
> > > >> to phoenix dev and that phoenix comes back with explicit asks rather
> > > than
> > > >> this blanket list taken from a compile against their master branch.
> > > >>
> > > >> As per Sean, this discussion does not belong on a dev release RC
> vote
> > > >> thread, nor should it hold up its release.
> > > >> St.Ack
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > - Andy
> > > >
> > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > Hein
> > > > (via Tom White)
> > > >
> > >
> > >
> > >
> > > --
> > > Best regards,
> > >
> > > - Andy
> > >
> > > Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > > (via Tom White)
> > >
> >
>
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Ted Yu <yu...@gmail.com>.
+1
Checked the book
Checked dir layout in bin and src artifacts
Ran unit test suite - passed.
Will do some more validation, time permitting.
On Thu, Dec 4, 2014 at 2:35 PM, Enis Söztutar <en...@apache.org> wrote:
> Setting aside the Interface discussions, here is my +1 for the RC.
>
> +1
>
> Downloaded artifacts,
> Checked sigs,
> Checked crcs,
> Checked the book
> Checked dir layout in bin and src artifacts
> Checked jars of hbase and hadoop in bin artifact
> Checked version strings
> Run in local mode
> Run basic smoke tests in shell
> Run LTT
> Build the src artifact with hadoop versions 2.2.0,2.3.0,2.4.0, 2.5.0.
> 2.6.0. Compilation with 2.4.0 and before is broken, but it is ok for
> this RC. See HBASE-12637
> Checked maven repository artifacts by running the hbase-downstreamer
> project test.
>
>
> Reminder, Sat is the last day to vote on this RC. Please plan to spend some
> time on the RC so that we can iron out issues for the next 1.0.0RC.
>
> Enis
>
> On Thu, Dec 4, 2014 at 10:38 AM, Andrew Purtell <ap...@apache.org>
> wrote:
>
> > See https://issues.apache.org/jira/browse/PHOENIX-1501. Pardon the noise
> > on
> > a VOTE thread.
> >
> > On Thu, Dec 4, 2014 at 10:31 AM, Andrew Purtell <ap...@apache.org>
> > wrote:
> >
> > > Phoenix PMC here, although I'm only speaking my own opinion. Concur,
> the
> > > code takes liberties... We need to clean our own house.
> > >
> > > On Wed, Dec 3, 2014 at 10:59 AM, Stack <st...@duboce.net> wrote:
> > >
> > >> On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com>
> > wrote:
> > >>
> > >> > On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com> wrote:
> > >> >
> > >> > > Compiling Phoenix master against 0.99.2, I got:
> > >> > > http://pastebin.com/gaxCs8fT
> > >> > >
> > >> > > Some removed methods are in HBase classes that are marked
> > >> > > with @InterfaceAudience.Private
> > >> > > I want to get some opinion on whether such methods should be
> > >> deprecated
> > >> > > first.
> > >> > >
> > >>
> > >>
> > >> There is no room for 'opinion' in this area. A bunch of work has been
> > done
> > >> to remove ambiguity around our guarantees. The law as it stands is:
> > >> InterfaceAudience.Private means: "APIs for HBase internals developers.
> > No
> > >> guarantees on compatibility or availability in future versions. ..."
> > (From
> > >> http://hbase.apache.org/book.html#code.standards). We can add
> verbiage
> > >> but
> > >> you would have to have a perverse squint to interpret this "no
> > guarantees"
> > >> as "no guarantees -- after a deprecation cycle".
> > >>
> > >> That said, we are an accommodating lot. I suggest you take the list
> > over
> > >> to phoenix dev and that phoenix comes back with explicit asks rather
> > than
> > >> this blanket list taken from a compile against their master branch.
> > >>
> > >> As per Sean, this discussion does not belong on a dev release RC vote
> > >> thread, nor should it hold up its release.
> > >> St.Ack
> > >>
> > >
> > >
> > >
> > > --
> > > Best regards,
> > >
> > > - Andy
> > >
> > > Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > > (via Tom White)
> > >
> >
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
> >
>
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Enis Söztutar <en...@apache.org>.
Setting aside the Interface discussions, here is my +1 for the RC.
+1
Downloaded artifacts,
Checked sigs,
Checked crcs,
Checked the book
Checked dir layout in bin and src artifacts
Checked jars of hbase and hadoop in bin artifact
Checked version strings
Run in local mode
Run basic smoke tests in shell
Run LTT
Build the src artifact with hadoop versions 2.2.0,2.3.0,2.4.0, 2.5.0.
2.6.0. Compilation with 2.4.0 and before is broken, but it is ok for
this RC. See HBASE-12637
Checked maven repository artifacts by running the hbase-downstreamer
project test.
Reminder, Sat is the last day to vote on this RC. Please plan to spend some
time on the RC so that we can iron out issues for the next 1.0.0RC.
Enis
On Thu, Dec 4, 2014 at 10:38 AM, Andrew Purtell <ap...@apache.org> wrote:
> See https://issues.apache.org/jira/browse/PHOENIX-1501. Pardon the noise
> on
> a VOTE thread.
>
> On Thu, Dec 4, 2014 at 10:31 AM, Andrew Purtell <ap...@apache.org>
> wrote:
>
> > Phoenix PMC here, although I'm only speaking my own opinion. Concur, the
> > code takes liberties... We need to clean our own house.
> >
> > On Wed, Dec 3, 2014 at 10:59 AM, Stack <st...@duboce.net> wrote:
> >
> >> On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com>
> wrote:
> >>
> >> > On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com> wrote:
> >> >
> >> > > Compiling Phoenix master against 0.99.2, I got:
> >> > > http://pastebin.com/gaxCs8fT
> >> > >
> >> > > Some removed methods are in HBase classes that are marked
> >> > > with @InterfaceAudience.Private
> >> > > I want to get some opinion on whether such methods should be
> >> deprecated
> >> > > first.
> >> > >
> >>
> >>
> >> There is no room for 'opinion' in this area. A bunch of work has been
> done
> >> to remove ambiguity around our guarantees. The law as it stands is:
> >> InterfaceAudience.Private means: "APIs for HBase internals developers.
> No
> >> guarantees on compatibility or availability in future versions. ..."
> (From
> >> http://hbase.apache.org/book.html#code.standards). We can add verbiage
> >> but
> >> you would have to have a perverse squint to interpret this "no
> guarantees"
> >> as "no guarantees -- after a deprecation cycle".
> >>
> >> That said, we are an accommodating lot. I suggest you take the list
> over
> >> to phoenix dev and that phoenix comes back with explicit asks rather
> than
> >> this blanket list taken from a compile against their master branch.
> >>
> >> As per Sean, this discussion does not belong on a dev release RC vote
> >> thread, nor should it hold up its release.
> >> St.Ack
> >>
> >
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
> >
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Andrew Purtell <ap...@apache.org>.
See https://issues.apache.org/jira/browse/PHOENIX-1501. Pardon the noise on
a VOTE thread.
On Thu, Dec 4, 2014 at 10:31 AM, Andrew Purtell <ap...@apache.org> wrote:
> Phoenix PMC here, although I'm only speaking my own opinion. Concur, the
> code takes liberties... We need to clean our own house.
>
> On Wed, Dec 3, 2014 at 10:59 AM, Stack <st...@duboce.net> wrote:
>
>> On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com> wrote:
>>
>> > On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com> wrote:
>> >
>> > > Compiling Phoenix master against 0.99.2, I got:
>> > > http://pastebin.com/gaxCs8fT
>> > >
>> > > Some removed methods are in HBase classes that are marked
>> > > with @InterfaceAudience.Private
>> > > I want to get some opinion on whether such methods should be
>> deprecated
>> > > first.
>> > >
>>
>>
>> There is no room for 'opinion' in this area. A bunch of work has been done
>> to remove ambiguity around our guarantees. The law as it stands is:
>> InterfaceAudience.Private means: "APIs for HBase internals developers. No
>> guarantees on compatibility or availability in future versions. ..." (From
>> http://hbase.apache.org/book.html#code.standards). We can add verbiage
>> but
>> you would have to have a perverse squint to interpret this "no guarantees"
>> as "no guarantees -- after a deprecation cycle".
>>
>> That said, we are an accommodating lot. I suggest you take the list over
>> to phoenix dev and that phoenix comes back with explicit asks rather than
>> this blanket list taken from a compile against their master branch.
>>
>> As per Sean, this discussion does not belong on a dev release RC vote
>> thread, nor should it hold up its release.
>> St.Ack
>>
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Andrew Purtell <ap...@apache.org>.
Phoenix PMC here, although I'm only speaking my own opinion. Concur, the
code takes liberties... We need to clean our own house.
On Wed, Dec 3, 2014 at 10:59 AM, Stack <st...@duboce.net> wrote:
> On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com> wrote:
>
> > On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com> wrote:
> >
> > > Compiling Phoenix master against 0.99.2, I got:
> > > http://pastebin.com/gaxCs8fT
> > >
> > > Some removed methods are in HBase classes that are marked
> > > with @InterfaceAudience.Private
> > > I want to get some opinion on whether such methods should be deprecated
> > > first.
> > >
>
>
> There is no room for 'opinion' in this area. A bunch of work has been done
> to remove ambiguity around our guarantees. The law as it stands is:
> InterfaceAudience.Private means: "APIs for HBase internals developers. No
> guarantees on compatibility or availability in future versions. ..." (From
> http://hbase.apache.org/book.html#code.standards). We can add verbiage
> but
> you would have to have a perverse squint to interpret this "no guarantees"
> as "no guarantees -- after a deprecation cycle".
>
> That said, we are an accommodating lot. I suggest you take the list over
> to phoenix dev and that phoenix comes back with explicit asks rather than
> this blanket list taken from a compile against their master branch.
>
> As per Sean, this discussion does not belong on a dev release RC vote
> thread, nor should it hold up its release.
> St.Ack
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Stack <st...@duboce.net>.
On Wed, Dec 3, 2014 at 8:07 AM, Sean Busbey <bu...@cloudera.com> wrote:
> On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com> wrote:
>
> > Compiling Phoenix master against 0.99.2, I got:
> > http://pastebin.com/gaxCs8fT
> >
> > Some removed methods are in HBase classes that are marked
> > with @InterfaceAudience.Private
> > I want to get some opinion on whether such methods should be deprecated
> > first.
> >
There is no room for 'opinion' in this area. A bunch of work has been done
to remove ambiguity around our guarantees. The law as it stands is:
InterfaceAudience.Private means: "APIs for HBase internals developers. No
guarantees on compatibility or availability in future versions. ..." (From
http://hbase.apache.org/book.html#code.standards). We can add verbiage but
you would have to have a perverse squint to interpret this "no guarantees"
as "no guarantees -- after a deprecation cycle".
That said, we are an accommodating lot. I suggest you take the list over
to phoenix dev and that phoenix comes back with explicit asks rather than
this blanket list taken from a compile against their master branch.
As per Sean, this discussion does not belong on a dev release RC vote
thread, nor should it hold up its release.
St.Ack
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Sean Busbey <bu...@cloudera.com>.
On Wed, Dec 3, 2014 at 9:44 AM, Ted Yu <yu...@gmail.com> wrote:
> Compiling Phoenix master against 0.99.2, I got:
> http://pastebin.com/gaxCs8fT
>
> Some removed methods are in HBase classes that are marked
> with @InterfaceAudience.Private
> I want to get some opinion on whether such methods should be deprecated
> first.
>
> Cheers
>
>
I haven't looked through the whole list yet, but I can tell you you'll hit
failures when you get to test compilation due to HBASE-12522. That part, at
least, is expected.
Given the discussion around HBASE-12566, this will probably require more of
a feedback cycle than the RC will allow. Is there any down side to having
that discussion prior to 1.0 instead of holding up 0.99.2?
--
Sean
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Enis Söztutar <en...@gmail.com>.
I think this is still a case-by-case basis. The problem is that we cannot
keep track of what methods/classes that Phoenix depends on without Phoenix
tells us first. There is a special marker
InterfaceAudience.LimitedPrivate(Phoenix) just for that purpose.
For some of the stuff (like SplitTransaction) for example, I do not think
that we should have any restrictions in HBase in terms of refactoring. For
things like MetaReader, etc I can see that having more stable interfaces
there will help both projects.
Enis
On Wed, Dec 3, 2014 at 7:44 AM, Ted Yu <yu...@gmail.com> wrote:
> Compiling Phoenix master against 0.99.2, I got:
> http://pastebin.com/gaxCs8fT
>
> Some removed methods are in HBase classes that are marked
> with @InterfaceAudience.Private
> I want to get some opinion on whether such methods should be deprecated
> first.
>
> Cheers
>
> On Tue, Dec 2, 2014 at 10:28 PM, Enis Söztutar <en...@apache.org> wrote:
>
> > First release candidate for HBase 0.99.2 (RC0) is available. Please vote
> by
> > 12/06/2014
> >
> > The first release candidate for the third release from branch-1, HBase
> > 0.99.2 RC0, is
> > available for download at
> https://people.apache.org/~enis/hbase-0.99.2RC0/
> >
> > Maven artifacts are also available in the temporary repository
> > https://repository.apache.org/content/repositories/orgapachehbase-1048/
> >
> > Signed with my code signing key E964B5FF. Can be found here:
> > https://people.apache.org/keys/committer/enis.asc
> >
> > Signed tag in the repository can be found here:
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=hbase.git;a=tag;h=080ab7230847776b7a2867dcbd3d421969d2dd37
> >
> > NOTE IN GIGANTIC LETTERS THAT THIS IS A DEVELOPER RELEASE.
> > DO NOT USE THIS RELEASE IN PRODUCTION.
> >
> > HBase 0.99.2 is a "developer preview" release, and an odd-numbered
> release
> > as
> > defined in
> https://hbase.apache.org/book/upgrading.html#hbase.versioning.
> > This release IS NOT intended for production use, and does not contain any
> > backwards or forwards compatibility guarantees (even within minor
> versions
> > 0.99.x). Please refrain from deploying this over important data.
> >
> > 0.99.2 release is provided from branch-1, which will be the basis for
> > HBase-1.0
> > release. This is the last planned 0.99.x release before 1.0. The reason
> for
> > doing a developer preview release is to get more testing for the branch-1
> > code
> > that will be released soon as HBase-1.0.0. Thus, all contribution in
> terms
> > of
> > testing, benchmarking, checking API / source /wire compatibility,
> checking
> > out
> > documentation and further code contribution is highly appreciated. 1.0
> will
> > be
> > the first series in the 1.x line of releases which are expected to keep
> > compatibility with previous 1.x releases. Thus it is very important to
> > check
> > the client side and server side APIs for compatibility and
> maintainability
> > concerns for future releases.
> >
> > 0.99.2 builds on top of all the changes that is in the 0.99.0 (an
> overview
> > can be found at [1]) and 0.99.1 releases[2]. The theme of (eventual) 1.0
> > release is to become a stable base for future 1.x series of releases. 1.0
> > release will aim to achieve at least the same level of stability of 0.98
> > releases without introducing too many new features.
> >
> > The work to clearly mark and differentiate client facing APIs, and
> > redefine
> > some of the client interfaces for improving semantics, easy of use and
> > maintainability has continued in 0.99.2 release. Marking/remarking of
> > interfaces with InterfaceAudience has also been going on (HBASE-10462),
> > which will identify areas for compatibility (with clients, coprocessors
> > and dependent projects like Phoenix) for future releases.
> >
> > 0.99.2 contains 190 issues fixed on top of 0.99.1. Some other notable
> > improvements
> > in this release are
> > - [HBASE-12075] - Preemptive Fast Fail
> > - [HBASE-12147] - Porting Online Config Change from 89-fb
> > - [HBASE-12354] - Update dependencies in time for 1.0 release
> > - [HBASE-12363] - Improve how KEEP_DELETED_CELLS works with MIN_VERSIONS
> > - [HBASE-12434] - Add a command to compact all the regions in a
> > regionserver
> > - [HBASE-8707] - Add LongComparator for filter
> > - [HBASE-12286] - [shell] Add server/cluster online load of
> configuration
> > changes
> > - [HBASE-12361] - Show data locality of region in table page
> > - [HBASE-12496] - A blockedRequestsCount metric
> > - Switch to using new style of client APIs internally (in a lot of
> places)
> > - Improvements in visibility labels
> > - Perf improvements
> > - Some more documentation improvements
> > - Numerous improvements in other areas and bug fixes.
> >
> > The release has these changes in default behavior (from 0.99.1):
> > - Disabled the "Distributed Log Replay" feature by default. Similar to
> > 0.98
> > and earlier releases "Distributed Log Split" is the default.
> >
> >
> > Thanks for everybody who have contributed to this release. Full list of
> the
> > issues
> > can be found here:
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12328822
> >
> >
> > Compatibility
> > -------------
> > 0.99.x series of releases are preview of upcoming 1.0 release. HBase-1.0
> is
> > planned to be wire compatible with 0.98.x releases. Clients and
> > servers running in different versions as long as new features are not
> used
> > should be possible.
> > A rolling upgrade from 0.98.x clusters to 0.99.2 is supported as well.
> > 0.99.2
> > introduces a new file format (hfile v3) that is enabled by default that
> > 0.96.x code cannot read. Thus, rolling upgrade from 0.96 directly to 0.99
> > is
> > not supported.
> >
> > Direct migration from 0.94.x, 0.96.x and 0.98.x is also supported but it
> IS
> > NOT
> > tested extensively. Before HBase-1.0 we expect to complete the tests.
> >
> > Binary compatibility at the Java API layer with earlier versions (0.98.x,
> > 0.96.x and 0.94.x) is not supported. You may have to recompile your
> client
> > code and any server side code (coprocessors, filters etc) referring to
> > hbase jars.
> >
> > 0.99.x release introduces new APIs, and deprecates some of commonly-used
> > client side APIs (HTableInterface, etc). However, client side code is
> > expected
> > to be source compatible with earlier versions. However we advise to
> update
> > your application to use the new style of APIs, since deprecated APIs
> might
> > be removed in future releases (2.x).
> >
> >
> > Supported Hadoop versions
> > -------------------------
> > 0.99.x releases drop support for Hadoop-1.x releases. Only Hadoop-2.x
> > releases are supported. Hadoop-2.4.x and Hadoop-2.5.x releases are the
> > most tested hadoop releases and we recommend running with those versions
> > (or later versions). Earlier Hadoop-2 based releases (hadoop-2.2.x and
> > 2.3.x)
> > are not tested to the full extend. More information can be found here:
> > https://hbase.apache.org/book/configuration.html#hadoop
> >
> >
> > Supported Java versions
> > -------------------------
> > 0.99.x releases drop support for JDK6. Only JDK7 is supported. JDK8
> support
> > is experimental. More information can be found here:
> > https://hbase.apache.org/book/configuration.html#java
> >
> >
> > Voting
> > ------
> > Please try to test and vote on this release by 12/06/2014 11:59PM PDT.
> > This is a developer (beta) release, so we have a shorter vote time.
> > [] +1 Release the artifacts as 0.99.2
> > [] -1 DO NOT release the artifacts as 0.99.2, because...
> >
> > Thanks for helping to get a stable release out!
> >
> > References
> > ----------
> > [1]
> >
> >
> https://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAMUu0w94oARqcz2zY4ZLqy_AaqN70whhH1yCS_0BjPSEeEcM-w@mail.gmail.com%3E
> > [2]
> >
> >
> https://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAMUu0w9Y_+Afw6wW0hA_P8KBEW35B3ncsHbUQAcfndzs8TcMyA@mail.gmail.com%3E
> >
> > Enis
> >
>
Re: First release candidate for HBase 0.99.2 (RC0) is available.
Please vote by 12/06/2014
Posted by Ted Yu <yu...@gmail.com>.
Compiling Phoenix master against 0.99.2, I got:
http://pastebin.com/gaxCs8fT
Some removed methods are in HBase classes that are marked
with @InterfaceAudience.Private
I want to get some opinion on whether such methods should be deprecated
first.
Cheers
On Tue, Dec 2, 2014 at 10:28 PM, Enis Söztutar <en...@apache.org> wrote:
> First release candidate for HBase 0.99.2 (RC0) is available. Please vote by
> 12/06/2014
>
> The first release candidate for the third release from branch-1, HBase
> 0.99.2 RC0, is
> available for download at https://people.apache.org/~enis/hbase-0.99.2RC0/
>
> Maven artifacts are also available in the temporary repository
> https://repository.apache.org/content/repositories/orgapachehbase-1048/
>
> Signed with my code signing key E964B5FF. Can be found here:
> https://people.apache.org/keys/committer/enis.asc
>
> Signed tag in the repository can be found here:
>
> https://git-wip-us.apache.org/repos/asf?p=hbase.git;a=tag;h=080ab7230847776b7a2867dcbd3d421969d2dd37
>
> NOTE IN GIGANTIC LETTERS THAT THIS IS A DEVELOPER RELEASE.
> DO NOT USE THIS RELEASE IN PRODUCTION.
>
> HBase 0.99.2 is a "developer preview" release, and an odd-numbered release
> as
> defined in https://hbase.apache.org/book/upgrading.html#hbase.versioning.
> This release IS NOT intended for production use, and does not contain any
> backwards or forwards compatibility guarantees (even within minor versions
> 0.99.x). Please refrain from deploying this over important data.
>
> 0.99.2 release is provided from branch-1, which will be the basis for
> HBase-1.0
> release. This is the last planned 0.99.x release before 1.0. The reason for
> doing a developer preview release is to get more testing for the branch-1
> code
> that will be released soon as HBase-1.0.0. Thus, all contribution in terms
> of
> testing, benchmarking, checking API / source /wire compatibility, checking
> out
> documentation and further code contribution is highly appreciated. 1.0 will
> be
> the first series in the 1.x line of releases which are expected to keep
> compatibility with previous 1.x releases. Thus it is very important to
> check
> the client side and server side APIs for compatibility and maintainability
> concerns for future releases.
>
> 0.99.2 builds on top of all the changes that is in the 0.99.0 (an overview
> can be found at [1]) and 0.99.1 releases[2]. The theme of (eventual) 1.0
> release is to become a stable base for future 1.x series of releases. 1.0
> release will aim to achieve at least the same level of stability of 0.98
> releases without introducing too many new features.
>
> The work to clearly mark and differentiate client facing APIs, and
> redefine
> some of the client interfaces for improving semantics, easy of use and
> maintainability has continued in 0.99.2 release. Marking/remarking of
> interfaces with InterfaceAudience has also been going on (HBASE-10462),
> which will identify areas for compatibility (with clients, coprocessors
> and dependent projects like Phoenix) for future releases.
>
> 0.99.2 contains 190 issues fixed on top of 0.99.1. Some other notable
> improvements
> in this release are
> - [HBASE-12075] - Preemptive Fast Fail
> - [HBASE-12147] - Porting Online Config Change from 89-fb
> - [HBASE-12354] - Update dependencies in time for 1.0 release
> - [HBASE-12363] - Improve how KEEP_DELETED_CELLS works with MIN_VERSIONS
> - [HBASE-12434] - Add a command to compact all the regions in a
> regionserver
> - [HBASE-8707] - Add LongComparator for filter
> - [HBASE-12286] - [shell] Add server/cluster online load of configuration
> changes
> - [HBASE-12361] - Show data locality of region in table page
> - [HBASE-12496] - A blockedRequestsCount metric
> - Switch to using new style of client APIs internally (in a lot of places)
> - Improvements in visibility labels
> - Perf improvements
> - Some more documentation improvements
> - Numerous improvements in other areas and bug fixes.
>
> The release has these changes in default behavior (from 0.99.1):
> - Disabled the "Distributed Log Replay" feature by default. Similar to
> 0.98
> and earlier releases "Distributed Log Split" is the default.
>
>
> Thanks for everybody who have contributed to this release. Full list of the
> issues
> can be found here:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12328822
>
>
> Compatibility
> -------------
> 0.99.x series of releases are preview of upcoming 1.0 release. HBase-1.0 is
> planned to be wire compatible with 0.98.x releases. Clients and
> servers running in different versions as long as new features are not used
> should be possible.
> A rolling upgrade from 0.98.x clusters to 0.99.2 is supported as well.
> 0.99.2
> introduces a new file format (hfile v3) that is enabled by default that
> 0.96.x code cannot read. Thus, rolling upgrade from 0.96 directly to 0.99
> is
> not supported.
>
> Direct migration from 0.94.x, 0.96.x and 0.98.x is also supported but it IS
> NOT
> tested extensively. Before HBase-1.0 we expect to complete the tests.
>
> Binary compatibility at the Java API layer with earlier versions (0.98.x,
> 0.96.x and 0.94.x) is not supported. You may have to recompile your client
> code and any server side code (coprocessors, filters etc) referring to
> hbase jars.
>
> 0.99.x release introduces new APIs, and deprecates some of commonly-used
> client side APIs (HTableInterface, etc). However, client side code is
> expected
> to be source compatible with earlier versions. However we advise to update
> your application to use the new style of APIs, since deprecated APIs might
> be removed in future releases (2.x).
>
>
> Supported Hadoop versions
> -------------------------
> 0.99.x releases drop support for Hadoop-1.x releases. Only Hadoop-2.x
> releases are supported. Hadoop-2.4.x and Hadoop-2.5.x releases are the
> most tested hadoop releases and we recommend running with those versions
> (or later versions). Earlier Hadoop-2 based releases (hadoop-2.2.x and
> 2.3.x)
> are not tested to the full extend. More information can be found here:
> https://hbase.apache.org/book/configuration.html#hadoop
>
>
> Supported Java versions
> -------------------------
> 0.99.x releases drop support for JDK6. Only JDK7 is supported. JDK8 support
> is experimental. More information can be found here:
> https://hbase.apache.org/book/configuration.html#java
>
>
> Voting
> ------
> Please try to test and vote on this release by 12/06/2014 11:59PM PDT.
> This is a developer (beta) release, so we have a shorter vote time.
> [] +1 Release the artifacts as 0.99.2
> [] -1 DO NOT release the artifacts as 0.99.2, because...
>
> Thanks for helping to get a stable release out!
>
> References
> ----------
> [1]
>
> https://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAMUu0w94oARqcz2zY4ZLqy_AaqN70whhH1yCS_0BjPSEeEcM-w@mail.gmail.com%3E
> [2]
>
> https://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAMUu0w9Y_+Afw6wW0hA_P8KBEW35B3ncsHbUQAcfndzs8TcMyA@mail.gmail.com%3E
>
> Enis
>