Open QuanticPony opened 1 month ago
Reproduction steps:
A.1
1.A
org.apache.avro.SchemaParseException
On the mailing list @ottobackwards correctly pointed out that using the avro specification (https://avro.apache.org/docs/1.7.7/spec.html#Names) for tag names does not raise the exception.
This is due to creating an avro schema from the response and converting it to a NiFi schema before using the writer configured on the processor. That step is is not needed if the processor creates a NiFi record directly. That would allow to have tags not allowed on avro specification for field names on other writers and would not be a problem for avro as it's writer handles non valid field names (https://github.com/apache/nifi/blob/35219052e13c9a2a2f3a40e125832a872067d1b1/nifi-extension-bundles/nifi-extension-utils/nifi-record-utils/nifi-avro-record-utils/src/main/java/org/apache/nifi/avro/AvroTypeUtil.java#L132).
0.13.0-SNAPSHOT
What happened?
Reproduction steps:
A.1
or1.A
with any address and driver.org.apache.avro.SchemaParseException
is raised.On the mailing list @ottobackwards correctly pointed out that using the avro specification (https://avro.apache.org/docs/1.7.7/spec.html#Names) for tag names does not raise the exception.
This is due to creating an avro schema from the response and converting it to a NiFi schema before using the writer configured on the processor. That step is is not needed if the processor creates a NiFi record directly. That would allow to have tags not allowed on avro specification for field names on other writers and would not be a problem for avro as it's writer handles non valid field names (https://github.com/apache/nifi/blob/35219052e13c9a2a2f3a40e125832a872067d1b1/nifi-extension-bundles/nifi-extension-utils/nifi-record-utils/nifi-avro-record-utils/src/main/java/org/apache/nifi/avro/AvroTypeUtil.java#L132).
Version
0.13.0-SNAPSHOT
Programming Languages
Protocols