[
https://issues.apache.org/jira/browse/AVRO-3224?focusedWorklogId=737892&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-737892
]
ASF GitHub Bot logged work on AVRO-3224:
----------------------------------------
Author: ASF GitHub Bot
Created on: 08/Mar/22 01:17
Start Date: 08/Mar/22 01:17
Worklog Time Spent: 10m
Work Description: liu-du commented on a change in pull request #1355:
URL: https://github.com/apache/avro/pull/1355#discussion_r821240718
##########
File path:
lang/java/avro/src/main/java/org/apache/avro/reflect/ReflectDatumReader.java
##########
@@ -123,22 +116,37 @@ protected void addToArray(Object array, long pos, Object
e) {
* representations.
*/
protected Object readArray(Object old, Schema expected, ResolvingDecoder in)
throws IOException {
- Schema expectedType = expected.getElementType();
+ return readArray(old, null, expected, in);
+ }
+
+ private Object readArray(Object old, Type type, Schema expected,
ResolvingDecoder in) throws IOException {
+ Class<?> elementClass = null;
+ if (type instanceof Class && ((Class<?>) type).isArray()) {
+ // get array element class
+ elementClass = ((Class<?>) type).getComponentType();
+ } else if (type instanceof ParameterizedType
+ && Collection.class.isAssignableFrom((Class<?>) ((ParameterizedType)
type).getRawType())) {
+ // get collection element class
+ elementClass = (Class<?>) ((ParameterizedType)
type).getActualTypeArguments()[0];
+ }
Review comment:
the logic is little different, I've extracted them into two private
methods `getConversion` and `getElementClass`. The logic here is to get element
class of arrays and collections, the logic in readAndConvert is to get the raw
type of parametrized classes and unparametrized classes (including arrays).
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 737892)
Time Spent: 3h 10m (was: 3h)
> Wrong deserialisation when using ReflectData.AllowNull with custom
> LogicalType conversions
> ------------------------------------------------------------------------------------------
>
> Key: AVRO-3224
> URL: https://issues.apache.org/jira/browse/AVRO-3224
> Project: Apache Avro
> Issue Type: Bug
> Components: java
> Affects Versions: 1.10.2
> Reporter: Du Liu
> Priority: Minor
> Labels: pull-request-available
> Attachments: ReflectData.AllowNull.get doesnt work.png,
> ReflectData.get works.png, class_and_conversion.png, tests.txt
>
> Time Spent: 3h 10m
> Remaining Estimate: 0h
>
> If a class contains both a java.time.LocalDate field and a java.sql.Date
> field, serialising an instance of the class using ReflectData.*AllowNull*
> with two conversions that both convert to avro date logical type (e.g. one
> converts java.time.LocalDate to avro date, the other converts java.sql.Date
> to avro date) is done correctly, but when deserialising the data back, the
> LocalDate field of the deserialised instance incorrectly contains a
> java.sql.Date (or the Date field incorrectly contains a LocalDate depending
> on which conversions is added last).
> This only happens when using ReflectData.*AllowNull*.get(). ReflectData.get()
> can correctly deserialised data back. I think this issue affects other types
> as long as two java types are mapped to the same avro logical type.
> A working example (using ReflectData.get()):
> !ReflectData.get works.png|width=887,height=379!
>
> A not working example (using ReflectData.AllowNull.get()):
> !ReflectData.AllowNull.get doesnt work.png|width=831,height=469!
> The class and conversion:
> !class_and_conversion.png|width=798,height=687!
>
> These tests are included in the attached patch file: [^tests.txt]
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
