[
https://issues.apache.org/jira/browse/CRUNCH-153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13566831#comment-13566831
]
Gabriel Reid commented on CRUNCH-153:
-------------------------------------
[~stim] Am I correct in assuming that the AvroString class was originally in
package "com.tomtom.places.unicorn.testutil.avro"?
If I put the package declaration line into the AvroString class definition,
then everything works ok. It seems that this is the behavior in the Avro
SpecificDatumReader, i.e. it fails silently if the type of the datum doesn't
match up exactly with the inferred type from the schema.
Could you double check on your side (i.e. try putting the package declaration
back in) to make sure this is indeed the case?
> getDetachedValue() nullifies values
> -----------------------------------
>
> Key: CRUNCH-153
> URL: https://issues.apache.org/jira/browse/CRUNCH-153
> Project: Crunch
> Issue Type: Bug
> Affects Versions: 0.4.0
> Reporter: Tim van Heugten
> Assignee: Gabriel Reid
> Priority: Critical
> Attachments: AvroString.java, PairFn.java, single_word.txt,
> WriteDetachedDataTest.java
>
>
> While trying to create a simple (non-null) testcase for CRUNCH-152 I
> encountered the following problem:
> Emitted data that has multiple output targets is passed through
> getDetachedValue().
> After that method is done, the fields of the data are null.
> Causing NullPointerExceptions.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
