[
https://issues.apache.org/jira/browse/HADOOP-12010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kai Zheng updated HADOOP-12010:
-------------------------------
Description: It's natural and desired to support inter-operable between the
two implemented RS raw erasure coders, in other words, data encoded in one
coder (like {{RSRawEncoder}}) can be decoded using the other coder (like
{{NativeRSRawDecoder}}). Without this, raw erasure coder will not be
transparent to HDFS data. As such support isn't trivial and involves challenge
work because the two implementations use different encode/decode matrix
generation algorithms, better to have this separately. (was: It's natural and
desired to support inter-operable between the two implemented RS raw erasure
coders, in other words, data encoded in one coder (like {{RSRawEncoder}} can be
decoded using the other coder (like {{NativeRSRawDecoder}}. Without this, raw
erasure coder will not be transparent to HDFS data. As such support isn't
trivial and involves challenge work because the two implementations use
different encode/decode matrix generation algorithms, better to have this
separately.)
> Inter-operable between Java RS erasure coder and native RS erasure coder
> ------------------------------------------------------------------------
>
> Key: HADOOP-12010
> URL: https://issues.apache.org/jira/browse/HADOOP-12010
> Project: Hadoop Common
> Issue Type: Sub-task
> Reporter: Kai Zheng
> Assignee: Kai Zheng
>
> It's natural and desired to support inter-operable between the two
> implemented RS raw erasure coders, in other words, data encoded in one coder
> (like {{RSRawEncoder}}) can be decoded using the other coder (like
> {{NativeRSRawDecoder}}). Without this, raw erasure coder will not be
> transparent to HDFS data. As such support isn't trivial and involves
> challenge work because the two implementations use different encode/decode
> matrix generation algorithms, better to have this separately.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
