Congratulations, Chia-Ping.
On Sat, Sep 30, 2017 at 3:49 AM, Misty Stanley-Jones
wrote:
> The HBase PMC is delighted to announce that Chia-Ping Tsai has agreed to
> join
> the HBase PMC, and help to make the project run smoothly. Chia-Ping became
> an
> HBase committer over 6 months ago, based o
Guanghao Zhang created HBASE-18911:
--
Summary: Unify Admin and AsyncAdmin's methods name
Key: HBASE-18911
URL: https://issues.apache.org/jira/browse/HBASE-18911
Project: HBase
Issue Type: Sub
Guangxu Cheng created HBASE-18910:
-
Summary: Backport HBASE-17292 "Add observer notification before
bulk loaded hfile is moved to region directory" to 1.3
Key: HBASE-18910
URL: https://issues.apache.org/jira/brows
Guanghao Zhang created HBASE-18909:
--
Summary: Deprecate Admin's methods which used String regex
Key: HBASE-18909
URL: https://issues.apache.org/jira/browse/HBASE-18909
Project: HBase
Issue T
Mike Drob created HBASE-18908:
-
Summary: Add Java 9 section to support matrix documentation
Key: HBASE-18908
URL: https://issues.apache.org/jira/browse/HBASE-18908
Project: HBase
Issue Type: Sub-
@Eric: for the trafodion, will take a look.
@Nick: And for the Hive/Spark over snapshots, I just have a try on the Hive
over HBase snapshots, the select(count) is much more faster than Hive over
HBase. Since the HBase tables are all so big, how to make the engine
respecting the data locality?
Tha
Well deserved, Chia-Ping!
On Fri, Sep 29, 2017 at 6:04 PM, Esteban Gutierrez
wrote:
> Congrats Chia-Ping! and Welcome!
>
> --
> Cloudera, Inc.
>
>
> On Fri, Sep 29, 2017 at 3:52 PM, Guanghao Zhang
> wrote:
>
> > Congratulations!
> >
> > 2017-09-30 6:38 GMT+08:00 Andrew Purtell :
> >
> > > Cong
[
https://issues.apache.org/jira/browse/HBASE-18559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-18559.
Resolution: Fixed
Hadoop Flags: Reviewed
Pushed to 1.4 and up
> Add histogram to Met
Welcome Chia-Ping. Keep up the great work.
S
On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones
wrote:
> The HBase PMC is delighted to announce that Chia-Ping Tsai has agreed to
> join
> the HBase PMC, and help to make the project run smoothly. Chia-Ping became
> an
> HBase committer over 6 mo
[
https://issues.apache.org/jira/browse/HBASE-18436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-18436.
Resolution: Fixed
Hadoop Flags: Reviewed
Fix Version/s: 1.5.0
Congrats Chia-Ping! and Welcome!
--
Cloudera, Inc.
On Fri, Sep 29, 2017 at 3:52 PM, Guanghao Zhang wrote:
> Congratulations!
>
> 2017-09-30 6:38 GMT+08:00 Andrew Purtell :
>
> > Congratulations, Chia-Ping! Welcome to the PMC.
> >
> > On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones
> > w
Congratulations Chia-Ping!
Huaxiang
> On Sep 29, 2017, at 3:52 PM, Guanghao Zhang wrote:
>
> Congratulations!
>
> 2017-09-30 6:38 GMT+08:00 Andrew Purtell :
>
>> Congratulations, Chia-Ping! Welcome to the PMC.
>>
>> On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones
>> wrote:
>>
>>> The
Congratulations!
2017-09-30 6:38 GMT+08:00 Andrew Purtell :
> Congratulations, Chia-Ping! Welcome to the PMC.
>
> On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones
> wrote:
>
> > The HBase PMC is delighted to announce that Chia-Ping Tsai has agreed to
> > join
> > the HBase PMC, and help to m
Ted Yu created HBASE-18907:
--
Summary: Methods missing rpc timeout parameter in HTable
Key: HBASE-18907
URL: https://issues.apache.org/jira/browse/HBASE-18907
Project: HBase
Issue Type: Bug
Congratulations, Chia-Ping! Welcome to the PMC.
On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones
wrote:
> The HBase PMC is delighted to announce that Chia-Ping Tsai has agreed to
> join
> the HBase PMC, and help to make the project run smoothly. Chia-Ping became
> an
> HBase committer over 6
My sincere congratulations!
On Fri, Sep 29, 2017 at 3:22 PM, Ted Yu wrote:
> Congratulations, Chia-Ping.
>
> On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones
> wrote:
>
> > The HBase PMC is delighted to announce that Chia-Ping Tsai has agreed to
> > join
> > the HBase PMC, and help to make
Congratulations, Chia-Ping.
On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones
wrote:
> The HBase PMC is delighted to announce that Chia-Ping Tsai has agreed to
> join
> the HBase PMC, and help to make the project run smoothly. Chia-Ping became
> an
> HBase committer over 6 months ago, based o
The HBase PMC is delighted to announce that Chia-Ping Tsai has agreed to
join
the HBase PMC, and help to make the project run smoothly. Chia-Ping became
an
HBase committer over 6 months ago, based on long-running participate in the
HBase project, a consistent record of resolving HBase issues, and
c
​Construct a normal put or delete or batch mutation, add whatever extra
state you need in one or more operation attributes, and use a
regionobserver to extend normal processing to handle the extra state. I'm
curious what dispatching to extension code because of a custom cell type
buys you over disp
> Instead of a custom cell, could you use a regular cell with a custom
> operation attribute (see OperationWithAttributes).
Pardon me, I didn't get what you said.
On 2017-09-30 04:31, Andrew Purtell wrote:
> Instead of a custom cell, could you use a regular cell with a custom
> operation attri
Instead of a custom cell, could you use a regular cell with a custom
operation attribute (see OperationWithAttributes).
On Fri, Sep 29, 2017 at 1:28 PM, Chia-Ping Tsai wrote:
> The custom cell help us to save memory consumption. We don't have own
> serialization/deserialization mechanism, hence
The custom cell help us to save memory consumption. We don't have own
serialization/deserialization mechanism, hence to transform data from client to
server needs many conversion phase (user data -> Put/Cell -> pb object). The
cost of conversion is large in transferring bulk data. In fact, we al
Hi,
Currently Region.processRowsWithLocks() API takes
o.a.h.h.regionserver.RowProcessor as an argument and only implementation of
this class is MultiRowMutationProcessor. This implementation is internal
and used from HRegion.mutateRows...() methods.
HRegion.processRowsWithLocks() implementation,
What are the use cases for a custom cell? It seems a dangerously low level
thing to attempt and perhaps we should unwind support for it. But perhaps
there is a compelling justification.
On Thu, Sep 28, 2017 at 10:20 PM, Chia-Ping Tsai
wrote:
> Thanks for all comment.
>
> The problem i want to r
This conversation is in a good place. I apologize for the tone of my
earlier allergic reaction but not the content. I hope that is acceptable.
On Fri, Sep 29, 2017 at 11:01 AM, Mike Drob wrote:
> To bounce off of what Yu Li said earlier - I see Hadoop has adopted very
> similar language to the
To bounce off of what Yu Li said earlier - I see Hadoop has adopted very
similar language to the Spark list:
http://hadoop.apache.org/committer_criteria.html
I especially like the examples at the bottom. They are four diverse paths,
and there is no expectation that this is an exclusive list. If we
Have you considered running Hive/Spark over snapshots of your HBase tables?
If you're seeing network saturation over HBase but not hdfs, makes me think
data locality is not being honored. Might be worth investigating as well.
On Fri, Sep 29, 2017 at 3:26 AM wenxing zheng
wrote:
> Dear all,
>
>
Hi Wenxing,
From the use case you describe, you may want to take a look at Trafodion or
EsgynDB (commercial version of Trafodion).
http://trafodion.incubator.apache.org/
Trafodion uses a very mature SQL engine on top of HBASE/HIVE coming with 20
years of IP given away to open source by Hewlett-pa
Thanks to Ted.
We didn't try the phoneix yet. From the performance test on the official
site of phoenix, I didn't find the report on the Join query. Not sure
whether it's much better or not
On Fri, Sep 29, 2017 at 8:01 PM, Ted Yu wrote:
> Have you looked at Phoenix ?
>
> https://phoenix.apache.
Have you looked at Phoenix ?
https://phoenix.apache.org/joins.html
On Fri, Sep 29, 2017 at 3:25 AM, wenxing zheng
wrote:
> Dear all,
>
> I have 3 big HBase tables, which all have millions of rows(rows are synced
> from MySQL DB via Bin log) and for each HBase table, we have an external
> table
Ya as Chia-Ping said, the problem he is trying to solve is very basic
one. As long as we allow custom Cell creation (Via CellBuilder API)
and allow Mutations to be added with Cells and pass that from client
side APIs, we have to make the Type public accessible.
Or else the Cell building APIs should
Dear all,
I have 3 big HBase tables, which all have millions of rows(rows are synced
from MySQL DB via Bin log) and for each HBase table, we have an external
table on Hive correspondingly with the storage by
'org.apache.hadoop.hive.hbase.HBaseStorageHandler'. The advantage is that
we can always ke
Even if we are trying to move out I think only few of the types are really
user readable. So we should be very careful here. So since we have
CellBuilder way it is better we check what type of cells a user can build.
I think for now the Cellbuilder is not client exposed?
But again moving to Cell me
33 matches
Mail list logo