+1 to what Stephen said.
> On Apr 14, 2016, at 3:37 PM, Stephen Jiang wrote:
>
> In the past, both HBASE-11425 and HBASE013645 used deprecation model,
> HBASE-15296 now uses replacement model.
>
> Even we don't guarantee the compatibility of upgrading to 2.0. the
>
Great idea.
> On Apr 14, 2016, at 12:35 PM, Sean Busbey wrote:
>
> We could also set up a job to run through the compat checking script
> we have against Public and LimitedPrivate API nightly.
>
>> On Thu, Apr 14, 2016 at 10:59 AM, Andrew Purtell
Ted Yu created HBASE-15657:
--
Summary: Failed snapshot verification may not be detected by
TakeSnapshotHandler
Key: HBASE-15657
URL: https://issues.apache.org/jira/browse/HBASE-15657
Project: HBase
Elliott Clark created HBASE-15656:
-
Summary: Fix unused protobuf warning in Admin.proto
Key: HBASE-15656
URL: https://issues.apache.org/jira/browse/HBASE-15656
Project: HBase
Issue Type:
Elliott Clark created HBASE-15655:
-
Summary: Set up doxygen for documentation
Key: HBASE-15655
URL: https://issues.apache.org/jira/browse/HBASE-15655
Project: HBase
Issue Type: Sub-task
Mikhail Antonov created HBASE-15654:
---
Summary: Optimize client's MetaCache handling
Key: HBASE-15654
URL: https://issues.apache.org/jira/browse/HBASE-15654
Project: HBase
Issue Type:
Actually while working on HBSE-11425 (Off heaping read path), came in
a need for a change in a CP hook and I went with deprecation model
there. The old one is deprecated and new one is added. I think the
deprecated one can be removed now..
postScannerFilterRow(ObserverContext,
InternalScanner,
On Thu, Apr 14, 2016 at 10:25 AM, Stack wrote:
> On Thu, Apr 14, 2016 at 8:59 AM, Andrew Purtell
> wrote:
>
> > I think a major version increment is when we've allowed ourselves leeway
> to
> > make breaking changes. If we were to do this though I'd like
On Thu, Apr 14, 2016 at 10:43 AM, Matteo Bertozzi
wrote:
> If we change the coprocessor API we should consider a better
> naming/semantic. see HBASE-6992
>
>
I also put a bunch of BS up on
https://issues.apache.org/jira/browse/HBASE-11125 once. It went off the
rails
If we change the coprocessor API we should consider a better
naming/semantic. see HBASE-6992
pre/postOperation doesn't do what the user want because the post is not
really post.
our execution in genereal is:
- pre operation (rpc thread)
- submit operation
- post operation (rpc thread)
On Thu, Apr 14, 2016 at 8:59 AM, Andrew Purtell wrote:
> I think a major version increment is when we've allowed ourselves leeway to
> make breaking changes. If we were to do this though I'd like to see us roll
> in as many as we can at once.
>
>
Agreed.
I suppose I'm
I think a major version increment is when we've allowed ourselves leeway to
make breaking changes. If we were to do this though I'd like to see us roll
in as many as we can at once.
By the way, we are still sometimes breaking CPs without meaning to. I think
we messed up the RpcScheduler
kalashnikov:hbase.git stack$ python ./dev-support/findHangingTests.py
https://builds.apache.org/job/HBase-Trunk_matrix/jdk=latest1.7,label=yahoo-not-h2/848/consoleText
Fetching
https://builds.apache.org/job/HBase-Trunk_matrix/jdk=latest1.7,label=yahoo-not-h2/848/consoleText
Building remotely on H4
Build status: Successful
If successful, the website and docs have been generated. If failed, skip to the
bottom of this email.
Use the following commands to download the patch and apply it to a clean branch
based on origin/asf-site. If you prefer to keep the hbase-site repo around
Sean Busbey created HBASE-15652:
---
Summary: Ref guide should include how to retrieve cell tags
Key: HBASE-15652
URL: https://issues.apache.org/jira/browse/HBASE-15652
Project: HBase
Issue Type:
https://issues.apache.org/jira/browse/HBASE-15651
On Fri, Apr 1, 2016 at 1:49 PM, Stack wrote:
> On Fri, Apr 1, 2016 at 10:05 AM, Sean Busbey wrote:
>
>
> > Maybe better if we ensure everything needed to run our jobs is scripts
> > in dev-support so
16 matches
Mail list logo