rdifrango

> One other reason why we probably cannot upgrade: looks like Avro 1.12.0 is built with JDK 11, and Jackson 2.18 still has Java 8 as the baseline. That definitely...

> One quick note: Jackson 3.0 (from `master` branch) will have JDK 17 (at least) as baseline, so dependency could be increased there without problems. While that won't be released...

> > One quick note: Jackson 3.0 (from `master` branch) will have JDK 17 (at least) as baseline, so dependency could be increased there without problems. While that won't be...

and related, in ListWithPrimitiveWrapperTest.testListWithDoubles I'm getting the following in those same 2 tests: >org.junit.ComparisonFailure: Expected :[1.0, 0.0, -1.0, 4.9E-324, 1.7976931348623157E308] Actual :[1.0, 0.0, -1.0, 0.0, Infinity]

> @rdifrango Latter def sounds like `Float` used for `Double` (or vice versa), triggering over-/underflow. I'm seeing on the reading side that it's hitting the Double section of `org.apache.avro.generic.GenericDatumReader`, aka...

To your point, with `Apache to Apache with Jackson schema` or `Jackson to Apache with Jackson schema` the following do work fine: * Float * Integers * Strings * Longs...

> Sounds like some level of casting would be needed, somewhere. But not quite sure how/why breakage; I guess Avro Codec started using more accurate Java types, maybe, for its...

https://issues.apache.org/jira/browse/AVRO-4110

> Thank you @rdifrango ! No worries and I'm working on the PR to fix that. I also think the following change is what caused this and is the one...

@cowtowncoder, the first PR is in: https://github.com/apache/avro/pull/3292 Now to prove my theory on the PR that may have caused the other failures.