Replies: 1 comment
-
|
This is a new one on me. I'm not sure what's going on. Can you create a simple reproducer project? I can dig into it then. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
We're in the middle of evaluating the use of a schema registry in combination with a series of Kafka Streams applications based on Quarkus which implies we're currently bound to v2.6 Apicurio dependencies.
Is it generally a reasonable approach to have Avro Serdes auto-register schemas based on the Java classes used as Kafka Messages? As far as I understand, that should work using a reflective datum provider (
ReflectAvroDatumProvider). In fact, schemas get successfully registered - but: deserialization fails with errors like this:This originates from deserialization attempts for classes containing
UUIDs like the following one:Serde config:
Seems I'm quite lost at the moment as I actually do not understand the root cause of the issue. How is this supposed to work at all? Or am I subject to fundamental misunderstanding here?
Beta Was this translation helpful? Give feedback.
All reactions