You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avro.apache.org by "Allan Shoup (JIRA)" <ji...@apache.org> on 2014/12/10 23:37:12 UTC
[jira] [Updated] (AVRO-1620) Classloader Differences When Copying
Records Results in ClassCastException
[ https://issues.apache.org/jira/browse/AVRO-1620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Allan Shoup updated AVRO-1620:
------------------------------
Attachment: AVRO-1620.patch
Attaching my attempt to fix the issue. Due to the nature of working with multiple classloaders, the test is fairly complicated. I would welcome any suggestions to make it simpler.
> Classloader Differences When Copying Records Results in ClassCastException
> --------------------------------------------------------------------------
>
> Key: AVRO-1620
> URL: https://issues.apache.org/jira/browse/AVRO-1620
> Project: Avro
> Issue Type: Bug
> Components: java
> Affects Versions: 1.7.7
> Reporter: Allan Shoup
> Attachments: AVRO-1620.patch
>
>
> Similar to the situation described in AVRO-1240, a parent classloader contains the avro classes and a separate classloader contains the avro specific record classes. When using the generated
> {code}
> newBuilder(SpecificRecord other)
> {code}
> or
> {code}
> newBuilder(SpecificRecord.Builder other)
> {code}
> methods to duplicate records, the generated code will cause an exception similar to this:
> {noformat}
> Caused by: java.lang.ClassCastException: org.apache.avro.generic.GenericData$Record cannot be cast to my.specific.Record
> at my.specific.Record$Builder.<init>(Record.java:149)
> at my.specific.Record$Builder.<init>(Record.java:121)
> at my.specific.Record.newBuilder(Record.java:115)
> ... 19 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)