[
https://issues.apache.org/jira/browse/PIG-5020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Noguchi updated PIG-5020:
------------------------------
Attachment: pig-5020-v03.patch
Thanks for the review Daniel.
I did a full test and realized that my e2e test change required a escape on
bracket. Also line was off by one.
{noformat}
knoguchi@ pig> diff pig-5020-v02.patch pig-5020-v03.patch
312c312
< index 8663f28..9fdb7a8 100644
---
> index 8663f28..b7b5c87 100644
325c325
< + 'expected_err_regex' => "Received a bytearray from the UDF
or Union from two different Loaders. Cannot determine how to convert the
bytearray to int for [field_bytearray[5,",
---
> + 'expected_err_regex' => "Received a bytearray from the UDF
> or Union from two different Loaders. Cannot determine how to convert the
> bytearray to int for \\[field_bytearray\\[6,",
knoguchi@ pig>
{noformat}
Sorry for the extra trouble but appreciate if you could take one more look.
thanks.
> Give file location for loadcaster related warning and errors
> ------------------------------------------------------------
>
> Key: PIG-5020
> URL: https://issues.apache.org/jira/browse/PIG-5020
> Project: Pig
> Issue Type: Improvement
> Reporter: Koji Noguchi
> Assignee: Koji Noguchi
> Priority: Minor
> Attachments: pig-5020-v01.patch, pig-5020-v02.patch,
> pig-5020-v03.patch
>
>
> Loadcaster can be null due to bug like PIG-4974, or due to valid reasons when
> bytearray is returned by UDF or bytearray coming from union-ed relation with
> two different loadcasters.
> And when casting fails at runtime, it's sometimes not straightforward to find
> the corresponding typecast that's failing in your script.
> {noformat}
> Caused by: org.apache.pig.backend.executionengine.ExecException: ERROR 1075:
> Received a bytearray from the UDF or Union from two different Loaders. Cannot
> determine how to convert the bytearray to string.
> at
> org.apache.pig.backend.hadoop.executionengine.physicalLayer.expressionOperators.POCast.getNextString(POCast.java:1122)
> {noformat}
> Maybe we can add source location when possible.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
