[
https://issues.apache.org/jira/browse/AVRO-3197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17417581#comment-17417581
]
Guðjón commented on AVRO-3197:
------------------------------
Fair enough.
I have included a new file, weather2.avro which contains a single record that
was written using the java DatumWriter with the generated java class (generated
by the avro maven plugin). [^weather2.avro] This file has the same type of
field that I described above and avro-rs fails to read it producing the same
error message.
{noformat}
panicked at 'Failure reading file: Unexpected `type`
{"avro.java.string":"String","type":"string"} variant for `logicalType`'
{noformat}
> Rust: Disable logical type on failure
> -------------------------------------
>
> Key: AVRO-3197
> URL: https://issues.apache.org/jira/browse/AVRO-3197
> Project: Apache Avro
> Issue Type: Wish
> Reporter: Guðjón
> Assignee: Martin Tzvetanov Grigorov
> Priority: Minor
> Labels: pull-request-available
> Attachments: weather.avro, weather2.avro
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> I have a file containing avro records along with a schema. The schema
> contains a field that unfortunately has the type `String` but logical type
> `timestamp-millis`. The Java implementation of the avro spec doesn't complain
> and simply treats this field as a string, but the rust implementation will
> return an error since the string type doesn't match with the logical type of
> timestamp (long).
> I wonder if there could be a possibility to optionally disregard the logical
> type if this failure is encountered.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
