[
https://issues.apache.org/jira/browse/HBASE-18877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chia-Ping Tsai resolved HBASE-18877.
Resolution: Won't Fix
User can use {{CellBuilder}} and {{CellBuilder#DataType}} to build th
I know, it was just one or two of you, but FYI,
We used disqus to catch comments on the old docbook refguide. It turns out
disqus had a compromise of a database from 2012 [1]. For those of you who
left a comment back then, your login may have been exposed. The disqus site
says:
Potential Impact Fo
Umesh Agashe created HBASE-18965:
Summary: Create alternate API to processRowsWithLock() that
doesn't take RowProcessor as an argument
Key: HBASE-18965
URL: https://issues.apache.org/jira/browse/HBASE-18965
Umesh Agashe created HBASE-18964:
Summary: Deprecate RowProcessor and processRowsWithLocks() APIs
that take RowProcessor as an argument
Key: HBASE-18964
URL: https://issues.apache.org/jira/browse/HBASE-18964
Umesh Agashe created HBASE-18963:
Summary: Remove MultiRowMutationProcessor and implement
mutateRows... methods using batchMutate()
Key: HBASE-18963
URL: https://issues.apache.org/jira/browse/HBASE-18963
Umesh Agashe created HBASE-18962:
Summary: Support atomic BatchOperations
Key: HBASE-18962
URL: https://issues.apache.org/jira/browse/HBASE-18962
Project: HBase
Issue Type: Sub-task
Umesh Agashe created HBASE-18961:
Summary: doMiniBatchMutate() is big, split it into smaller methods
Key: HBASE-18961
URL: https://issues.apache.org/jira/browse/HBASE-18961
Project: HBase
Iss
Umesh Agashe created HBASE-18960:
Summary: A few bug fixes and minor improvements around
batchMutate()
Key: HBASE-18960
URL: https://issues.apache.org/jira/browse/HBASE-18960
Project: HBase
Pankaj Kumar created HBASE-18959:
Summary: Backport HBASE-18874 (HMaster abort message will be
skipped if Throwable is passed null) to branch-1
Key: HBASE-18959
URL: https://issues.apache.org/jira/browse/HBASE-189
Chia-Ping Tsai created HBASE-18958:
--
Summary: Remove the IS annotation from SpaceLimitingException
Key: HBASE-18958
URL: https://issues.apache.org/jira/browse/HBASE-18958
Project: HBase
Issu
I think at least at the Store level we want to admit the possibility of
alternate implementations.
Region is pushing it. It would be ideal of course to have nice clean
interfaces which could be mocked or given to new implementations, but the
legacy aspects of the code base probably make that more
On Thu, Oct 5, 2017 at 8:57 AM, Ted Yu wrote:
> See Enis' comment:
>
> https://issues.apache.org/jira/browse/HBASE-14850?
> focusedCommentId=15840799&page=com.atlassian.jira.
> plugin.system.issuetabpanels:comment-tabpanel#comment-15840799
>
> though it was half year old.
>
>
That is not a statu
On Thu, Oct 5, 2017 at 9:30 AM, Josh Elser wrote:
> (I think I understand the problems enough to comment, but, admittedly, my
> 5minute read is probably lacking)
>
>
Thanks for chiming-in Josh.
> I think the only argument against what you all have outlined here is if,
> in the future, we have
On Wed, Oct 4, 2017 at 3:51 PM, Andrew Purtell wrote:
> I think it is fine to rebrand these interfaces as for coprocessors and tag
> them LP(COPROC):
>
> Region (use HRegion in internals)
>
> Store (use HStore in internals)
>
> MasterServices (use HMaster in internals)
>
> RegionS
Sean Busbey created HBASE-18957:
---
Summary: add test that establishes branch-1 behavior for
filterlist w/OR
Key: HBASE-18957
URL: https://issues.apache.org/jira/browse/HBASE-18957
Project: HBase
Guanghao Zhang created HBASE-18956:
--
Summary: ruby-lint report "undefined method java_import"
Key: HBASE-18956
URL: https://issues.apache.org/jira/browse/HBASE-18956
Project: HBase
Issue Typ
16 matches
Mail list logo