[
https://issues.apache.org/jira/browse/HBASE-13886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14581333#comment-14581333
]
Jingcheng Du commented on HBASE-13886:
--------------------------------------
Thanks comments!
bq. Returning empty value is right always? May be Scan/Get has to take it as an
attribute?
Sure, I can add such a attribute to scan/get. As Andy's suggestion, we can
throw exceptions by default?
bq. The best thing to do here is simply throw exceptions for all corruptions,
including missing files. Returning silently corrupt data to the user, at least
if it is default behavior, would be bad.
I will add a switch for the exceptional behavior, and throw exceptions by
default.
> Return empty value when the mob file is corrupt instead of throwing exceptions
> ------------------------------------------------------------------------------
>
> Key: HBASE-13886
> URL: https://issues.apache.org/jira/browse/HBASE-13886
> Project: HBase
> Issue Type: Sub-task
> Components: mob
> Affects Versions: hbase-11339
> Reporter: Jingcheng Du
> Assignee: Jingcheng Du
> Fix For: hbase-11339
>
> Attachments: HBASE-13886.diff
>
>
> Now in reading, CorruptHFileException is thrown if the target mob file is
> corrupt. We can return empty value for that mob cell instead of throwing
> exceptions.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
