[
https://issues.apache.org/jira/browse/HADOOP-6685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933615#action_12933615
]
Eli Collins commented on HADOOP-6685:
-------------------------------------
It seems like the high-level discussion got side tracked on the use of specific
serialization frameworks, instead of getting consensus on the main change this
jira proposes: whether the framework should use an opaque binary blob for
storing metadata, ie whether serialization metadata needs to be serialized (vs
a map of strings which is, which is really just a different form of
serialization).
Reading the thread and presentation it sounds like the primary motivation is:
# Using a binary blob will simplify the interfaces for defining specific
serializations (MR-1462)
# The blob interface allows for contents that are more easily type checked
If there is consensus on these points? If not, what are the specific
objections? Eg is the patch for MR-1462 not significantly simplified vs what it
would take with the current API?
It doesn't seem to me that this particular plumbing decision needs to block the
more valuable goal of pushing serializations through the pipeline.
> Change the generic serialization framework API to use serialization-specific
> bytes instead of Map<String,String> for configuration
> ----------------------------------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-6685
> URL: https://issues.apache.org/jira/browse/HADOOP-6685
> Project: Hadoop Common
> Issue Type: Improvement
> Reporter: Owen O'Malley
> Assignee: Owen O'Malley
> Fix For: 0.22.0
>
> Attachments: libthrift.jar, serial.patch, serial4.patch,
> serial6.patch, SerializationAtSummit.pdf
>
>
> Currently, the generic serialization framework uses Map<String,String> for
> the serialization specific configuration. Since this data is really internal
> to the specific serialization, I think we should change it to be an opaque
> binary blob. This will simplify the interface for defining specific
> serializations for different contexts (MAPREDUCE-1462). It will also move us
> toward having serialized objects for Mappers, Reducers, etc (MAPREDUCE-1183).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.