[
https://issues.apache.org/jira/browse/NIFI-7601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Burgess updated NIFI-7601:
-------------------------------
Summary: QueryRecord failing to handle arrays (was: QueryRecord failing to
handle arrays in 1.11.4)
> QueryRecord failing to handle arrays
> ------------------------------------
>
> Key: NIFI-7601
> URL: https://issues.apache.org/jira/browse/NIFI-7601
> Project: Apache NiFi
> Issue Type: Bug
> Affects Versions: 1.11.4
> Reporter: Dirk Arends
> Priority: Major
> Attachments: flow.xml
>
>
> I am running into an issue QueryRecord processors on Nifi 1.11.4 which was
> not an issue on 1.11.0. If a record contains arrays of “complex” data I am
> not able to perform any queries on the record, even if the queries don’t
> require data from within the array.
>
> {code:java}
> 2020-07-06 16:43:53,902 ERROR [Timer-Driven Process Thread-8]
> o.a.nifi.processors.standard.QueryRecord
> QueryRecord[id=01731003-15bb-12a6-7e03-8c418ab7fb97] Unable to query
> StandardFlowFileRecord[uuid=04ed077b-0556-4dda-836e-62c5f9a5c772,claim=StandardContentClaim
> [resourceClaim=StandardResourceClaim[id=1594014641476-1, container=default,
> section=1], offset=51521,
> length=334],offset=0,name=04ed077b-0556-4dda-836e-62c5f9a5c772,size=334] due
> to java.lang.IllegalStateException: Unhandled ARRAY component type: OBJECT,
> id: 1111: java.lang.IllegalStateException: Unhandled ARRAY component type:
> OBJECT, id: 1111
> java.lang.IllegalStateException: Unhandled ARRAY component type: OBJECT, id:
> 1111
> at
> org.apache.calcite.avatica.util.AbstractCursor$ArrayAccessor.convertValue(AbstractCursor.java:1346)
> at
> org.apache.calcite.avatica.util.AbstractCursor$ArrayAccessor.getObject(AbstractCursor.java:1299)
> at
> org.apache.calcite.avatica.util.AbstractCursor$ArrayAccessor.getArray(AbstractCursor.java:1352)
> at
> org.apache.calcite.avatica.AvaticaResultSet.getArray(AvaticaResultSet.java:729)
> at
> org.apache.nifi.serialization.record.ResultSetRecordSet.getDataType(ResultSetRecordSet.java:186)
> at
> org.apache.nifi.serialization.record.ResultSetRecordSet.createSchema(ResultSetRecordSet.java:156)
> at
> org.apache.nifi.serialization.record.ResultSetRecordSet.<init>(ResultSetRecordSet.java:60)
> at
> org.apache.nifi.processors.standard.QueryRecord$1.process(QueryRecord.java:332)
> at
> org.apache.nifi.controller.repository.StandardProcessSession.write(StandardProcessSession.java:2746)
> at
> org.apache.nifi.processors.standard.QueryRecord.onTrigger(QueryRecord.java:325)
> at
> org.apache.nifi.processor.AbstractProcessor.onTrigger(AbstractProcessor.java:27)
> at
> org.apache.nifi.controller.StandardProcessorNode.onTrigger(StandardProcessorNode.java:1176)
> at
> org.apache.nifi.controller.tasks.ConnectableTask.invoke(ConnectableTask.java:213)
> at
> org.apache.nifi.controller.scheduling.TimerDrivenSchedulingAgent$1.run(TimerDrivenSchedulingAgent.java:117)
> at org.apache.nifi.engine.FlowEngine$2.run(FlowEngine.java:110)
> at
> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> at java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
> at
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {code}
> [https://github.com/apache/calcite-avatica/blob/master/core/src/main/java/org/apache/calcite/avatica/util/AbstractCursor.java#L1346]
>
> I believe this to be a regression, possibly introduced by this commit (though
> I haven't been able to confirm):
>
> [https://github.com/apache/nifi/commit/98f9b7c033a8d80ddf43aa77f63107703077d297]
> https://issues.apache.org/jira/browse/NIFI-7095
>
> Example 1: Succeeds when performing a query in a QueryRecord
>
> Data:
> {code:java}
> {"total":5,"payload":["Test"]}{code}
>
> Schema:
> {code:java}
> {"type":"record","name":"ApiResponseData","namespace":"com.example.api","fields":[
> {"name":"total","type":"int"},
> {"name":"payload","type":[
> {"type":"array","items":"string"}
> ]}
> ]}
> {code}
>
> Example 2: Fails when performing a query in a QueryRecord
>
> Data:
> {code:java}
> {"total":5,"payload":[{"type":"Test"}]}{code}
>
> Schema:
> {code:java}
> {"type":"record","name":"ApiResponse","namespace":"com.example.api","fields":[
> {"name":"total","type":"int"},
> {"name":"payload","type":[
> "null",
>
> {"type":"array","items":{"type":"record","name":"ApiResponseData","namespace":"com.example.api","fields":[
> {"name":"type","type":"string"}
> ]}}
> ]}
> ]}
> {code}
>
> I have set up a simple flow.xml which demonstrates the issue. It is
> reproducible with a fresh copy of the convenience binaries, with no special
> steps.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
