-
Notifications
You must be signed in to change notification settings - Fork 901
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
schema parser causes conflict with fastavro #1156
Comments
Same question on Stack Overflow (no answers as of 2021-07-06): https://stackoverflow.com/q/68262245/399573 |
ffissore
added a commit
to ffissore/confluent-kafka-python
that referenced
this issue
Sep 30, 2021
…om raising exception `TypeError: unhashable type: 'mappingproxy'` Fixes confluentinc#1156
ffissore
added a commit
to ffissore/confluent-kafka-python
that referenced
this issue
Oct 1, 2021
…om raising exception `TypeError: unhashable type: 'mappingproxy'` Fixes confluentinc#1156
ffissore
added a commit
to ffissore/confluent-kafka-python
that referenced
this issue
Dec 10, 2021
…om raising exception `TypeError: unhashable type: 'mappingproxy'` Fixes confluentinc#1156
ffissore
added a commit
to ffissore/confluent-kafka-python
that referenced
this issue
Dec 15, 2021
…om raising exception `TypeError: unhashable type: 'mappingproxy'` Fixes confluentinc#1156
ffissore
added a commit
to ffissore/confluent-kafka-python
that referenced
this issue
Jan 24, 2022
…om raising exception `TypeError: unhashable type: 'mappingproxy'` Fixes confluentinc#1156
ffissore
added a commit
to ffissore/confluent-kafka-python
that referenced
this issue
Jan 24, 2022
…om raising exception `TypeError: unhashable type: 'mappingproxy'` Fixes confluentinc#1156
edenhill
pushed a commit
that referenced
this issue
Jan 24, 2022
…om raising exception `TypeError: unhashable type: 'mappingproxy'` Fixes #1156
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
The code in the reproduction section below uses Avro schema encoder in order to encode a message, which succeeds only if we transform the resulting schema encoding by getting rid of the
MappingProxyType
. The transformation basically leaves everything unchanged except alteringMappingProxyType
todict
instances.fastavro
to throw? Can this be fixed by something as a user, or is this really a bug in the Confluent Kafka library?schemaId
fromregistryClient.get_latest_schema()
is marked in the docs to returnstr
but returnsint
. If I understand correctly, this is the intended input into theschema_id
parameter ofserializer.encode_record_with_schema_id()
(and it works correctly if I call it), which is also marked asint
. Is that a typo in the docs? In other words, it seems eitherregistryClient.get_latest_schema()
should return an integer, orserializer.encode_record_with_schema_id()
should take a string, or I am doing something incorrectly :) Which one is it?Thank you very much.
Environment
I am running Python 3.9 with Confluent Kafka 1.7.0,
avro-python3
1.10.0 andfastavro
1.4.1. Currently running on Windows, but also intend to deliver and support on Linux.How to reproduce
Checklist
Please provide the following information:
confluent_kafka.version()
andconfluent_kafka.libversion()
):{...}
'debug': '..'
as necessary)The text was updated successfully, but these errors were encountered: