You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Sushanth Sowmyan (JIRA)" <ji...@apache.org> on 2015/07/22 23:30:05 UTC
[jira] [Created] (HIVE-11344) HIVE-9845 makes HCatSplit.write
modify the split so that PartitionInfo objects are unusable after it
Sushanth Sowmyan created HIVE-11344:
---------------------------------------
Summary: HIVE-9845 makes HCatSplit.write modify the split so that PartitionInfo objects are unusable after it
Key: HIVE-11344
URL: https://issues.apache.org/jira/browse/HIVE-11344
Project: Hive
Issue Type: Bug
Affects Versions: 1.2.0
Reporter: Sushanth Sowmyan
Assignee: Sushanth Sowmyan
HIVE-9845 introduced a notion of compression for HCatSplits so that when serializing, it finds commonalities between PartInfo and TableInfo objects, and if the two are identical, it nulls out that field in PartInfo, thus making sure that when PartInfo is then serialized, info is not repeated.
This, however, has the side effect of making the PartInfo object unusable if HCatSplit.write has been called.
While this does not affect M/R directly, since they do not know about the PartInfo objects and once serialized, the HCatSplit object is recreated by deserializing on the backend, which does restore the split and its PartInfo objects, this does, however, affect framework users of HCat that try to mimic M/R and then use the PartInfo objects to instantiate distinct readers.
Thus, we need to make it so that PartInfo is still usable after HCatSplit.write is called.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)