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
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.


Mime
View raw message