-Re: AsyncHBase 1.5.0 has been released
Viral Bajaria 2014-01-29, 17:59
Are you looking to trigger endpoint coprocessors ?
On Wed, Jan 29, 2014 at 2:33 AM, ripsacCTO <[EMAIL PROTECTED]> wrote:
> Hi Tsuna,
> Is there any support for coprocessors ?
> On Saturday, January 25, 2014 3:58:16 AM UTC+5:30, tsuna wrote:
>> Hi all,
>> after 3 months in RC2 and 2 more months past that, I'm happy to
>> announce that AsyncHBase 1.5.0 is now officially out. AsyncHBase
>> remains true to its initial promise: the API is still backward
>> compatible, but under the hood it continues to work with all
>> production releases of HBase of the past few years.
>> This release was tested against HBase 0.89, 0.90, 0.92, 0.94, and
>> 0.96. On HBase 0.96, the performance is looking great, with
>> AsyncHBase still outperforming HTable by about 2x.
>> Tag: https://github.com/OpenTSDB/asynchbase/tree/v1.5.0
>> Pre-built <https://github.com/OpenTSDB/asynchbase/tree/v1.5.0Pre-built>jar:
>> The release is also available in Maven central.
>> * Version 1.5.0 (2013-12-13) [67fc3b7]
>> This release introduces compatibility with HBase 0.96 and up, and adds
>> a dependency on Google's protobuf-java library. Note that HBase 0.95.x,
>> which was a "developer preview" release train, is NOT supported.
>> Please note that support for explicit row locks has been removed from
>> HBase 0.95 and up. While the classes and functionality remain usable
>> when using earlier versions of HBase, an `UnsupportedOperationException'
>> will be raised if one attempt to send a `RowLockRequest' to a newer
>> version of HBase.
>> Please note that while AsyncHBase never made any guarantees about
>> the exact order in which multiple edits are applied within a batch,
>> the order is now different when talking to HBase 0.96 and up.
>> New public APIs:
>> - Scanners can now use a variety of different filters via the new
>> `ScanFilter' interfaces and its various implementations.
>> - It's possible to specify specific families to scan via `setFamilies'.
>> - Scanners can put an upper bound on the amount of data fetched by RPC
>> via the new `setMaxNumKeyValues' (works with HBase 0.96 and up only).
>> - HBaseRpc now has a `failfast()' and a `setFailfast(boolean)' pair
>> of methods to allow RPCs to fail as soon as their encounter an
>> issue out of the ordinary (e.g. not just a `NotSuchRegionException').
>> - `GetRequest' has additional constructor overloads that make its API
>> more uniform with that of other RPCs.
>> - HBaseClient has new `prefetchMeta' methods to prefetch metadata about
>> the regions of a table (for the entire table or a given key range).
>> Noteworthy bug fixes:
>> - DeleteRequest wasn't honoring its timestamp if one was given (#58).
>> - When a connection attempt fails, buffered RPCs weren't cleaned up
>> or retried properly.
>> - When one RPC fails because of another one (e.g. we fail to send an
>> RPC because a META lookup failed), the asynchronous exception that
>> is given to the callback now properly carries the original RPC that
>> - There was an unlikely race condition that could cause an NPE while
>> trying to retrieve the ROOT region from ZooKeeper.
>> - There was an unlikely race if the client got disconnected right
>> after successfully establishing a connection to a RegionServer, while
>> it was flushing RPC buffered while waiting to be connected. Also
>> when those RPCs were flushed, the batchable RPCs weren't given a
>> chance to get batched.
>> - It was not possible to scan the ROOT region (or the hbase:meta region
>> when using HBase 0.96+).
>> $ git diff --stat v1.4.1..v1.5.0 | tail -n 1
>> 72 files changed, 5213 insertions(+), 540 deletions(-)
>> (a fair amount of the new lines comes from all the .proto files
>> imported from HBase's source tree)
>> $ git shortlog v1.4.1..v1.5.0
>> Andrey Stepachev (1):