[
https://issues.apache.org/jira/browse/HADOOP-13665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15936275#comment-15936275
]
Kai Sasaki commented on HADOOP-13665:
-------------------------------------
[~drankye] Thanks for comment!
{quote}
It doesn't make sense to mix and configure something for RS codec and XOR codec
together.
{quote}
So I think we can create {{io.erasurecode.codec.rs.rawcoders}},
{{io.erasurecode.codec.xor.rawcoders}} etc.
And if we have {{io.erasurecode.codec.rs.rawcoders} and
{{io.erasurecode.codec.rs.rawcoder}}, we can prioritize
{{io.erasurecode.codec.rs.rawcoder}}, right?
> Erasure Coding codec should support fallback coder
> --------------------------------------------------
>
> Key: HADOOP-13665
> URL: https://issues.apache.org/jira/browse/HADOOP-13665
> Project: Hadoop Common
> Issue Type: Sub-task
> Components: io
> Reporter: Wei-Chiu Chuang
> Assignee: Kai Sasaki
> Priority: Blocker
> Labels: hdfs-ec-3.0-must-do
> Attachments: HADOOP-13665.01.patch, HADOOP-13665.02.patch,
> HADOOP-13665.03.patch, HADOOP-13665.04.patch, HADOOP-13665.05.patch
>
>
> The current EC codec supports a single coder only (by default pure Java
> implementation). If the native coder is specified but is unavailable, it
> should fallback to pure Java implementation.
> One possible solution is to follow the convention of existing Hadoop native
> codec, such as transport encryption (see {{CryptoCodec.java}}). It supports
> fallback by specifying two or multiple coders as the value of property, and
> loads coders in order.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
