[ https://issues.apache.org/jira/browse/PIG-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
hc busy updated PIG-1016: ------------------------- Status: Patch Available (was: Open) I have put in a hack in the comparison method that PIG-880 was concerned about. For all data that are not part of a map value (Including errors, and non-matching classes), they will execute following the original code path. For values that came from a map value, they will follow a separate execution path that performs comparison using builtin method called "compareTo()", which returns integer following programming conventions. I've run the example I described in an earlier comment, as well as all unit tests. They all seem to work. > Reading in map data seems broken > -------------------------------- > > Key: PIG-1016 > URL: https://issues.apache.org/jira/browse/PIG-1016 > Project: Pig > Issue Type: Improvement > Components: data > Affects Versions: 0.4.0 > Reporter: hc busy > Attachments: PIG-1016.patch > > > Hi, I'm trying to load a map that has a tuple for value. The read fails in > 0.4.0 because of a misconfiguration in the parser. Where as in almost all > documentation it is stated that value of the map can be any time. > I've attached a patch that allows us to read in complex objects as value as > documented. I've done simple verification of loading in maps with tuple/map > values and writing them back out using LOAD and STORE. All seems to work fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.