hadoop-pig-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "hc busy (JIRA)" <j...@apache.org>
Subject [jira] Updated: (PIG-1016) Reading in map data seems broken
Date Thu, 15 Oct 2009 23:51:31 GMT

     [ 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

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.

View raw message