[
https://issues.apache.org/jira/browse/HBASE-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15057114#comment-15057114
]
stack commented on HBASE-10390:
-------------------------------
Why does a fundamental Type -- i.e. Table -- reach down into a specialized
package, 'filter', to obtain the type for compare. Seems broke. The Table
Interface has no dependency on filter currently.
Which of the list of subclasses makes sense in these new operations? All?
Should the newly opened up constructor be marked as private since it is for
internal use only, right?
> expose checkAndPut/Delete custom comparators in HTable
> ------------------------------------------------------
>
> Key: HBASE-10390
> URL: https://issues.apache.org/jira/browse/HBASE-10390
> Project: HBase
> Issue Type: Improvement
> Components: Client
> Reporter: Sergey Shelukhin
> Assignee: Vladimir Rodionov
> Fix For: 2.0.0
>
> Attachments: HBASE-10390-v1.patch, HBASE-10390-v2.patch,
> HBASE-10390-v3.patch
>
>
> checkAndPut/Delete appear to support custom comparators. However, thru
> HTable, there's no way to pass one, it always creates BinaryComparator from
> value. It would be good to expose the custom ones in the API.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
