Re: What's going on? Two C++ clients being developed at the moment?

On 2016-04-18 21:41, Elliott Clark wrote: > On Mon, Apr 18, 2016 at 4:57 PM, Devaraj Das wrote: > >> 1. Be able to do async RPC. Vamsi's current implementation does sync. I >> know Vamsi is already looking at that aspect. Just to be clear, this in my >> mind this doesn't

Re: What's going on? Two C++ clients being developed at the moment?

Elliott, on the point about sync versus async, as I said earlier, that's an area we are looking at, and we'd welcome contributions from you very much as well. But at the same time, I don't want the perfect to be the enemy of the good. If something is working well in the sync mode, why would we

Re: What's going on? Two C++ clients being developed at the moment?

On Mon, Apr 18, 2016 at 8:41 PM, Elliott Clark wrote: > There are copyright headers from other projects (install-sh, missing). To be clear those are just the first two that I saw. There could be more, but I don't really want to have to go through everything to check what

[jira] [Created] (HBASE-15676) FuzzyRowFilter fails and matches all the rows in the table if the mask consists of all 0s

Rohit Sinha created HBASE-15676: --- Summary: FuzzyRowFilter fails and matches all the rows in the table if the mask consists of all 0s Key: HBASE-15676 URL: https://issues.apache.org/jira/browse/HBASE-15676

Re: What's going on? Two C++ clients being developed at the moment?

On Mon, Apr 18, 2016 at 4:57 PM, Devaraj Das wrote: > 1. Be able to do async RPC. Vamsi's current implementation does sync. I > know Vamsi is already looking at that aspect. Just to be clear, this in my > mind this doesn't qualify as a blocker - since we don't have an async

[jira] [Created] (HBASE-15674) HRegionLocator#getAllRegionLocations should put the results in cache

Elliott Clark created HBASE-15674: - Summary: HRegionLocator#getAllRegionLocations should put the results in cache Key: HBASE-15674 URL: https://issues.apache.org/jira/browse/HBASE-15674 Project:

[jira] [Created] (HBASE-15673) Fix latency metrics for multiGet

Appy created HBASE-15673: Summary: Fix latency metrics for multiGet Key: HBASE-15673 URL: https://issues.apache.org/jira/browse/HBASE-15673 Project: HBase Issue Type: Bug Reporter: Appy

[jira] [Created] (HBASE-15672) hadoop.hbase.security.visibility.TestVisibilityLabelsWithDeletes fails

Vladimir Rodionov created HBASE-15672: - Summary: hadoop.hbase.security.visibility.TestVisibilityLabelsWithDeletes fails Key: HBASE-15672 URL: https://issues.apache.org/jira/browse/HBASE-15672

[jira] [Created] (HBASE-15671) Add per-table metrics on memstore, storefile and regionsize

Alicia Ying Shu created HBASE-15671: --- Summary: Add per-table metrics on memstore, storefile and regionsize Key: HBASE-15671 URL: https://issues.apache.org/jira/browse/HBASE-15671 Project: HBase

[jira] [Reopened] (HBASE-15506) FSDataOutputStream.write() allocates new byte buffer on each operation

[ https://issues.apache.org/jira/browse/HBASE-15506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Rodionov reopened HBASE-15506: --- > FSDataOutputStream.write() allocates new byte buffer on each operation >

[jira] [Reopened] (HBASE-15667) Add more clarity to Reference Guide related to importing Eclipse Formatter

[ https://issues.apache.org/jira/browse/HBASE-15667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack reopened HBASE-15667: --- FYI Sai, the process is that you attach the patch and then move the status to 'submit patch'. That will get

0.98.19 RC this week

It's about time for another 0.98 release. Let me put something together later this week. -- Best regards, - Andy Problems worthy of attack prove their worth by hitting back. - Piet Hein (via Tom White)

[jira] [Created] (HBASE-15670) Add missing Snapshot.proto to the maven profile for compiling protobuf

Enis Soztutar created HBASE-15670: - Summary: Add missing Snapshot.proto to the maven profile for compiling protobuf Key: HBASE-15670 URL: https://issues.apache.org/jira/browse/HBASE-15670 Project:

Successful: HBase Generate Website

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

Successful: hbase.apache.org HTML Checker

Successful If successful, the HTML and link-checking report for http://hbase.apache.org is available at https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/35/artifact/link_report/index.html. If failed, see https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/35/console.

Re: Coprocessors causes data access delay?

>>store.getSmallestReadPoint() This is the problem. At the time of write some other readers (opened in past) were present, then all those are present readPnts and u will get min of all such read points. Its a pity that we are not passing the read point to the CP pre hook. That is obtained in

[jira] [Resolved] (HBASE-15667) Add more clarity to Reference Guide related to importing Eclipse Formatter

[ https://issues.apache.org/jira/browse/HBASE-15667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sai Teja Ranuva resolved HBASE-15667. - Resolution: Fixed Attached Patch File with changed documentation. > Add more clarity to

[jira] [Reopened] (HBASE-15667) Add more clarity to Reference Guide related to importing Eclipse Formatter

[ https://issues.apache.org/jira/browse/HBASE-15667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sai Teja Ranuva reopened HBASE-15667: - patch not attached > Add more clarity to Reference Guide related to importing Eclipse

[jira] [Resolved] (HBASE-15667) Add more clarity to Reference Guide related to importing Eclipse Formatter

[ https://issues.apache.org/jira/browse/HBASE-15667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sai Teja Ranuva resolved HBASE-15667. - Resolution: Fixed > Add more clarity to Reference Guide related to importing Eclipse

Re: Coprocessors causes data access delay?

I have new information after some more debugging: I am sure coprocessor is not filtering out values in get/put hooks. The observed behavior is: We create non-existing cell via PUT and immediately after the call returns, we are trying to get the created cell value via GET. The GET is done