Amit Kabra created HBASE-19104:
--
Summary: Add filtering during restore in HBase backups.
Key: HBASE-19104
URL: https://issues.apache.org/jira/browse/HBASE-19104
Project: HBase
Issue Type: Bug
Qilin Cao created HBASE-19103:
-
Summary: Add BigDecimalComparator for filter
Key: HBASE-19103
URL: https://issues.apache.org/jira/browse/HBASE-19103
Project: HBase
Issue Type: New Feature
On Thu, Oct 26, 2017 at 1:52 PM Josh Elser wrote:
> That's the million-dollar question, now isn't it! :)
>
> Something to hbase-metrics-api/README.md? A chapter in the book?
>
In the Javadoc makes the most sense to me. I don’t think people would check
the book. Apply, where did you try and fail
Thanks for your continued contributions, Jan!
On Thu, Oct 26, 2017 at 8:40 PM Jingcheng Du wrote:
> Congratulations!
>
> 2017-10-27 11:37 GMT+08:00 Guanghao Zhang :
>
> > Congratulations!
> >
> > 2017-10-27 10:16 GMT+08:00 OpenInx :
> >
> > > Congratulations and welcome, Jan!
> > >
> > > On Fri,
bq. you may need CellUtil#isPut(Cell) sort of API
This would imply having as many isXX() methods as the number of
elements in CellBuilder#DataType
, right ?
On Thu, Oct 26, 2017 at 9:29 PM, ramkrishna vasudevan <
ramkrishna.s.vasude...@gmail.com> wrote:
> Sorry just to clarify I mean deprecating
Sorry just to clarify I mean deprecating the getType in Cell can we try
doing it in 2.0-alpha 4.
On Fri, Oct 27, 2017 at 9:45 AM, ramkrishna vasudevan <
ramkrishna.s.vasude...@gmail.com> wrote:
> bq.Cell#getType()
> We had this discussion. So getType should only be used for user exposed
> types l
bq.Cell#getType()
We had this discussion. So getType should only be used for user exposed
types like Put and Deletes. All others are internal. So having it in public
interface may not be needed. Shall we do this in 2.0 alpha-4? Am +1 to do
this.
How ever to solve your problem I think you may need
stack created HBASE-19102:
-
Summary: TestZooKeeperMainServer fails with
KeeperException$ConnectionLossException
Key: HBASE-19102
URL: https://issues.apache.org/jira/browse/HBASE-19102
Project: HBase
>
> For public API we have rules on how to keep compatible so I think it is
> less hurt for users, beta1 is fine.
>
Got it. Thanks for you explanation.
When you think you'd be done w/ the sync of Admin and AsyncAdmin
> Interfaces? Are the changes to Admin or to AsyncAdmin?
There are two issues (H
Congratulations!
2017-10-27 11:37 GMT+08:00 Guanghao Zhang :
> Congratulations!
>
> 2017-10-27 10:16 GMT+08:00 OpenInx :
>
> > Congratulations and welcome, Jan!
> >
> > On Fri, Oct 27, 2017 at 10:03 AM, Jesse Yates
> > wrote:
> >
> > > Congrats and welcome!
> > >
> > > On Thu, Oct 26, 2017 at 6:
There is also CellBuilder#DataType which is public. However, the ordinals
of CellBuilder#DataType are different from KeyValue.Type .
What if we align the ordinals of CellBuilder#DataType to be the same as
those from KeyValue.Type ?
On Thu, Oct 26, 2017 at 4:34 PM, Sergey Soldatov
wrote:
> DataT
Congratulations!
2017-10-27 10:16 GMT+08:00 OpenInx :
> Congratulations and welcome, Jan!
>
> On Fri, Oct 27, 2017 at 10:03 AM, Jesse Yates
> wrote:
>
> > Congrats and welcome!
> >
> > On Thu, Oct 26, 2017 at 6:57 PM 张铎(Duo Zhang)
> > wrote:
> >
> > > Congratulations!
> > >
> > > 2017-10-27 9:5
Congratulations and welcome, Jan!
On Fri, Oct 27, 2017 at 10:03 AM, Jesse Yates
wrote:
> Congrats and welcome!
>
> On Thu, Oct 26, 2017 at 6:57 PM 张铎(Duo Zhang)
> wrote:
>
> > Congratulations!
> >
> > 2017-10-27 9:51 GMT+08:00 Chunhui Shen :
> >
> > > Congratulations, Jan !
> > >
> > >
> > > At
Congrats and welcome!
On Thu, Oct 26, 2017 at 6:57 PM 张铎(Duo Zhang) wrote:
> Congratulations!
>
> 2017-10-27 9:51 GMT+08:00 Chunhui Shen :
>
> > Congratulations, Jan !
> >
> >
> > At 2017-10-27 07:45:25, "Andrew Purtell" wrote:
> > >Congratulations and welcome, Jan!
> > >
> > >
> > >On Thu, Oct
Congratulations!
2017-10-27 9:51 GMT+08:00 Chunhui Shen :
> Congratulations, Jan !
>
>
> At 2017-10-27 07:45:25, "Andrew Purtell" wrote:
> >Congratulations and welcome, Jan!
> >
> >
> >On Thu, Oct 26, 2017 at 3:39 PM, Stack wrote:
> >
> >> On behalf of the Apache HBase PMC, I am pleased to anno
Congratulations, Jan !
At 2017-10-27 07:45:25, "Andrew Purtell" wrote:
>Congratulations and welcome, Jan!
>
>
>On Thu, Oct 26, 2017 at 3:39 PM, Stack wrote:
>
>> On behalf of the Apache HBase PMC, I am pleased to announce that Jan
>> Hentschel has accepted the PMC's invitation to become a commi
[
https://issues.apache.org/jira/browse/HBASE-18905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Duo Zhang reopened HBASE-18905:
---
TestFlushLifeCycleTracker is broken.
> Allow CPs to request flush on Region and know the completion of t
On Thu, Oct 26, 2017 at 9:06 AM Mike Drob wrote:
> Hi Nick,
>
> What do you think of my suggestion?
Pardon me Mike, didn't mean to ignore your suggestion. I was waiting for a
few more voices to chime in here. I think your suggestion is the right
choice. 1.1 backports have slowed to a crawl and
Yes, I agree with all of that, but also stable pointing to 1.2 or 1.3
doesn't matter for motivation to EOL 1.1 - as long as there is something
safe to migrate to, we should be good, right? :)
On Thu, Oct 26, 2017 at 6:50 PM, Andrew Purtell wrote:
> Where I remember we left the discussion on movi
Appy created HBASE-19101:
Summary: yetus precommit is not find hanging tests
Key: HBASE-19101
URL: https://issues.apache.org/jira/browse/HBASE-19101
Project: HBase
Issue Type: Bug
Reporte
Where I remember we left the discussion on moving the stable pointer was
Mikhail and Gary would (eventually) provide feedback on if head of
branch-1.3 was better than older code, or not. Recall they have that one
odd use case causing occasional regionserver aborts. As for me, we are
making progress
Congratulations and welcome, Jan!
On Thu, Oct 26, 2017 at 3:39 PM, Stack wrote:
> On behalf of the Apache HBase PMC, I am pleased to announce that Jan
> Hentschel has accepted the PMC's invitation to become a committer on
> the project.
>
> We appreciate all of Jan' great work thus far and look
DataType class was introduced as part of HBASE-8693 which is more about the
type of data in the cell rather than the type of mutation.
Thanks,
Sergey
On Thu, Oct 26, 2017 at 3:40 PM, Josh Elser wrote:
> Hiya,
>
> (Background: see HBASE-19002)
>
> In trying to write some example Observers, I fou
Congrats, Jan!
On 10/26/17 6:39 PM, Stack wrote:
On behalf of the Apache HBase PMC, I am pleased to announce that Jan
Hentschel has accepted the PMC's invitation to become a committer on
the project.
We appreciate all of Jan' great work thus far and look forward to his
continued involvement.
P
The stable pointer is 1.2.x [1] so I think it should be fine to EOL 1.1.
[1] http://apache.osuosl.org/hbase/stable/
On Thu, Oct 26, 2017 at 3:40 PM, 张铎(Duo Zhang)
wrote:
> IIRC the problem is the stable pointer is still on 1.1.x? No? At least
> 1.3.x is not stable yet, Andrew and Mikhail are wo
[
https://issues.apache.org/jira/browse/HBASE-5617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack resolved HBASE-5617.
--
Resolution: Invalid
Fix Version/s: (was: 2.0.0-alpha-4)
Closing as invalid. There is no rollback of m
IIRC the problem is the stable pointer is still on 1.1.x? No? At least
1.3.x is not stable yet, Andrew and Mikhail are working on it I believe.
Thanks.
Mike Drob 于2017年10月27日 周五00:06写道：
> Hi Nick,
>
> What do you think of my suggestion?
>
> Mike
>
> On Wed, Oct 18, 2017 at 10:09 AM, Mike Drob w
Congratulations, Jan !
On Thu, Oct 26, 2017 at 3:39 PM, Stack wrote:
> On behalf of the Apache HBase PMC, I am pleased to announce that Jan
> Hentschel has accepted the PMC's invitation to become a committer on
> the project.
>
> We appreciate all of Jan' great work thus far and look forward to
Hiya,
(Background: see HBASE-19002)
In trying to write some example Observers, I found myself in a pickle:
how do I tell if a Cell is a Put?
* Cell#getType() returns a byte which corresponds to a KeyValue.Type
* KeyValue.Type has API to convert a byte to Type
* KeyValue (and thus KeyValue.Typ
On behalf of the Apache HBase PMC, I am pleased to announce that Jan
Hentschel has accepted the PMC's invitation to become a committer on
the project.
We appreciate all of Jan' great work thus far and look forward to his
continued involvement.
Please join me in congratulating Jan! (One of us!)
S
I try to use bulk edit to replace the version on those jiras with release
lines they went into.
Definitely should not leave feature versions open. One reason to replace
via above rather than mark released is reporter.a.o has some functionality
for pulling from jira for releases for our foundation
After a branch has been merged, what do we do with the feature branch
version in JIRA? safe to mark it as "released" so that it doesn't show up
in various autocompletes?
Probably don't want to delete it because that affects the issues and maybe
we lose track of where those commits came into? altho
On 10/26/17 1:55 PM, Apekshit Sharma wrote:
bq. .integration with metrics-library1 to support the metrics platform
for their $business1. $business2 might want to use metrics-library2
Makes sense Josh.
bq. One final concern, bundling our "default" DropwizardMetrics 3-based
implementation
That's the million-dollar question, now isn't it! :)
Something to hbase-metrics-api/README.md? A chapter in the book?
Happy to try to translate some of this info into something more "permanent"
On 10/26/17 12:59 AM, Misty Stanley-Jones wrote:
If we keep it as is, how and where can we capture t
Ted Yu created HBASE-19100:
--
Summary: Missing break in catch block of InterruptedException in
HRegion#waitForFlushesAndCompactions
Key: HBASE-19100
URL: https://issues.apache.org/jira/browse/HBASE-19100
Proj
Andrew Purtell created HBASE-19099:
--
Summary: Evaluate the remaining compatibility concerns between
branch-1.3 and branch-1.4 / branch-1
Key: HBASE-19099
URL: https://issues.apache.org/jira/browse/HBASE-19099
[
https://issues.apache.org/jira/browse/HBASE-15149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-15149.
---
Resolution: Duplicate
Fix Version/s: (was: 2.0.0)
> hadoopcheck precommit check should onl
[
https://issues.apache.org/jira/browse/HBASE-16369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-16369.
---
Resolution: Duplicate
Fix Version/s: (was: 2.0.0)
This happened sometime around 2.0-alpha2
Andrew Purtell created HBASE-19098:
--
Summary: Python based compatiblity checker fails if git repo does
not have a remote named 'origin'
Key: HBASE-19098
URL: https://issues.apache.org/jira/browse/HBASE-19098
[
https://issues.apache.org/jira/browse/HBASE-16734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-16734.
---
Resolution: Duplicate
Between the nightly stuff and the fact that hadoop has long moved past alpha1,
bq. .integration with metrics-library1 to support the metrics platform
for their $business1. $business2 might want to use metrics-library2
Makes sense Josh.
bq. One final concern, bundling our "default" DropwizardMetrics 3-based
implementation could cause headaches for users who want to b
See my comment on HBASE-18993.
On Thu, Oct 26, 2017 at 7:24 AM, OpenInx wrote:
> Hi Andrew, I think we can resolve HBASE-18993 in branch-1.x first before
> we roll 1.4.0 RC0 ? The patches are ready, and we are waiting for the
> Hadoop QA & Review .
>
> On Thu, Oct 26, 2017 at 1:50 AM, Andrew P
Maybe after we see how 1.4.0 goes? Would be great to have help pushing on
1.4.0, now that the first RC is imminent - especially help via on-cluster
ITBLL tests - but there are a number of changes in 1.4 that are not in 1.3.
Just being cautious. Recall we had a change that went into 1.3 but not 1.2
What do folks think about instead of continuing effort on 1.3.z
releases we retire the line and interested folks help push on getting
1.4.z releases out the door?
On Mon, Oct 9, 2017 at 10:52 PM, Mikhail Antonov wrote:
> This week I'm planning to go through the hanging jiras
> and see where we a
Sean Busbey created HBASE-19097:
---
Summary: update testing to use Apache Yetus Test Patch version
0.6.0
Key: HBASE-19097
URL: https://issues.apache.org/jira/browse/HBASE-19097
Project: HBase
Is
Jerry He created HBASE-19096:
Summary: Add RowMutions batch support in AsyncTable
Key: HBASE-19096
URL: https://issues.apache.org/jira/browse/HBASE-19096
Project: HBase
Issue Type: Sub-task
On Thu, Oct 26, 2017 at 2:27 AM, Guanghao Zhang wrote:
> I saw beta == no new features, no API changes, just fixes. And I am working
> on HBASE-18805 to unify Admin and AsyncAdmin methods. The fix version was
> 2.0-beta-1. But I thought this will introduce API change(deprecate some API
> and intr
Hi Nick,
What do you think of my suggestion?
Mike
On Wed, Oct 18, 2017 at 10:09 AM, Mike Drob wrote:
> Maybe we do a final release on it and then EOL the branch?
>
> On Fri, Oct 13, 2017 at 5:25 PM, Nick Dimiduk wrote:
>
>> Our beloved branch-1.1 is still showing only the most minor product
>
Duo Zhang created HBASE-19095:
-
Summary: Add CP hooks in RegionObserver for in memory compaction
Key: HBASE-19095
URL: https://issues.apache.org/jira/browse/HBASE-19095
Project: HBase
Issue Type:
Hi Andrew, I think we can resolve HBASE-18993 in branch-1.x first before
we roll 1.4.0 RC0 ? The patches are ready, and we are waiting for the
Hadoop QA & Review .
On Thu, Oct 26, 2017 at 1:50 AM, Andrew Purtell wrote:
> Now that HBASE-15631 has been committed I plan to roll 1.4.0 RC0 this wee
Abhishek Singh Chouhan created HBASE-19094:
--
Summary: NPE in RSGroupStartupWorker.waitForGroupTableOnline
during master startup
Key: HBASE-19094
URL: https://issues.apache.org/jira/browse/HBASE-19094
Alpha4 aims to freeze the CP related API, not the public API. We break
everything for CP so we need to push out a stable(I hope) version to let CP
users learn how to implement their project on top of the new APIs.
For public API we have rules on how to keep compatible so I think it is
less hurt fo
I saw beta == no new features, no API changes, just fixes. And I am working
on HBASE-18805 to unify Admin and AsyncAdmin methods. The fix version was
2.0-beta-1. But I thought this will introduce API change(deprecate some API
and introduce new one). So should I change the fix versions to 2.0-alpha-
stack created HBASE-19093:
-
Summary: Check Admin/Table to ensure all operations go via
AccessContorl
Key: HBASE-19093
URL: https://issues.apache.org/jira/browse/HBASE-19093
Project: HBase
Issue Type
[
https://issues.apache.org/jira/browse/HBASE-19090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ramkrishna.s.vasudevan resolved HBASE-19090.
Resolution: Fixed
Hadoop Flags: Reviewed
Pushed to master and branch-
55 matches
Mail list logo
