[
https://issues.apache.org/jira/browse/CRUNCH-266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Josh Wills resolved CRUNCH-266.
-------------------------------
Resolution: Fixed
Fix Version/s: 0.8.0
Committed. Thanks Brian!
> AvroSpecificDeepCopier needs to use constructor on SpecificDatumReader that
> takes a class.
> ------------------------------------------------------------------------------------------
>
> Key: CRUNCH-266
> URL: https://issues.apache.org/jira/browse/CRUNCH-266
> Project: Crunch
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.7.0
> Reporter: Brian Dougan
> Assignee: Josh Wills
> Priority: Minor
> Fix For: 0.8.0
>
> Attachments: CRUNCH-266.patch, CRUNCH-266.patch, CRUNCH-266.patch
>
>
> As per https://issues.apache.org/jira/browse/AVRO-1240, when the avro jar is
> in a parent classloader of the classloader that contains SpecificData
> classes, a ClassCastException can occur if you don't use the
> SpecificDatumReader constructor that takes a class (and accounts for the
> classloader).
> Since standard hadoop commands seem to use parent classloaders, and avro is
> included in the hadoop parent classloader, this issue can be seen if you run
> a command from a jar including SpecificData classes that attempts to use them
> from the hadoop command (such as materializing a PCollection of avro objects.
>
> It looks like all that is needed is to update AvroSpecificDatumReader to call
> a different constructor.
> * public SpecificDatumReader(Class<T> c)
> To add in more confusion, since avro is an included hadoop dependency, and
> avro itself had a bug until 1.7.4, this fix will only work if avro in hadoop
> has been updated to 1.7.4 (or is running on a version that has already done
> this).
--
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
