[ 
https://issues.apache.org/jira/browse/NIFI-5612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16621342#comment-16621342
 ] 

Colin Dean commented on NIFI-5612:
----------------------------------

I dug a little deeper into how the schemas are built. In my original error, the 
union type is null or int. The big switch in 
{{org.apache.nifi.processors.standard.util.JdbcCommon#createSchema(java.sql.ResultSet,
 org.apache.nifi.processors.standard.util.JdbcCommon.AvroConversionOptions)}} 
yields XXXX SQL column types that produce that union type in Avro:

1. INTEGER, but only when signed or precision is set and less than 9 (otherwise 
null and long)
2. SMALLINT or TINYINT

That's it. So, I'll the error could only be happening on these columns (not all 
in the same table):

{code:sql}
  `FaxCoverPage` int(1) unsigned NOT NULL default '0',


  `CopayChanged` int(6) unsigned NOT NULL default '0',
  `ClaimRequired` int(6) unsigned NOT NULL default '0',
  `ClaimReq` int(6) unsigned NOT NULL default '1',

  `prNotesSendStatus` int(1) unsigned NOT NULL default '0',

  `inactive` int(1) unsigned default '0',

  `GrType` int(2) unsigned NOT NULL default '0',

  `nostatements` int(6) unsigned NOT NULL default '0',

  `interpretSvc` tinyint(1) unsigned default NULL,
  `GlobalAlert` smallint(2) unsigned NOT NULL default '0',

  `irisenroll` tinyint(1) unsigned NOT NULL default '0',

  `GrRel` int(2) unsigned NOT NULL default '0',
  `IsGrPt` int(2) unsigned NOT NULL default '1',

  `OBFLabType` smallint(5) unsigned NOT NULL default '0',

  `futureflag` int(2) unsigned NOT NULL default '0',

   `DeleteFlag` tinyint(3) unsigned NOT NULL default '0',

  `Type` tinyint(3) unsigned NOT NULL default '0',

  `GivenToCollection` tinyint(3) unsigned NOT NULL default '0',

… a few more
{code}

{{int(1) unsigned}} exists in tables that are successfully retrieved, all the 
way up to {{int(7)}} on a quick glance. No 8, no 9.



> org.apache.avro.UnresolvedUnionException: Not in union ["null","int"]: 0
> ------------------------------------------------------------------------
>
>                 Key: NIFI-5612
>                 URL: https://issues.apache.org/jira/browse/NIFI-5612
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>    Affects Versions: 1.5.0, 1.6.0, 1.7.1
>         Environment: Microsoft Windows, MySQL Enterprise 5.0.80
>            Reporter: Colin Dean
>            Priority: Major
>              Labels: ExecuteSQL, avro, nifi
>
> I'm seeing this when I execute {{SELECT * FROM <tablename>}} on a few tables 
> but not on dozens of others in the same database.
> {code}
> 2018-09-13 01:11:31,434 WARN [Timer-Driven Process Thread-8] 
> o.a.n.controller.tasks.ConnectableTask Administratively Yielding 
> ExecuteSQL[id=cf5c0996-eddf-3e05-25a3-c407c5edf990] due to uncaught 
> Exception: org.apache.avro.file.DataFileWriter$AppendWriteException: 
> org.apache.avro.UnresolvedUnionException: Not in union ["null","int"]: 0
> org.apache.avro.file.DataFileWriter$AppendWriteException: 
> org.apache.avro.UnresolvedUnionException: Not in union ["null","int"]: 0
>       at org.apache.avro.file.DataFileWriter.append(DataFileWriter.java:308)
>       at 
> org.apache.nifi.processors.standard.util.JdbcCommon.convertToAvroStream(JdbcCommon.java:462)
>       at 
> org.apache.nifi.processors.standard.ExecuteSQL.lambda$onTrigger$1(ExecuteSQL.java:252)
>       at 
> org.apache.nifi.controller.repository.StandardProcessSession.write(StandardProcessSession.java:2625)
>       at 
> org.apache.nifi.processors.standard.ExecuteSQL.onTrigger(ExecuteSQL.java:242)
>       at 
> org.apache.nifi.processor.AbstractProcessor.onTrigger(AbstractProcessor.java:27)
>       at 
> org.apache.nifi.controller.StandardProcessorNode.onTrigger(StandardProcessorNode.java:1165)
>       at 
> org.apache.nifi.controller.tasks.ConnectableTask.invoke(ConnectableTask.java:203)
>       at 
> org.apache.nifi.controller.scheduling.TimerDrivenSchedulingAgent$1.run(TimerDrivenSchedulingAgent.java:117)
>       at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>       at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
>       at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
>       at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
>       at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>       at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>       at java.lang.Thread.run(Thread.java:745)
> Caused by: org.apache.avro.UnresolvedUnionException: Not in union 
> ["null","int"]: 0
>       at 
> org.apache.avro.generic.GenericData.resolveUnion(GenericData.java:709)
>       at 
> org.apache.avro.generic.GenericDatumWriter.resolveUnion(GenericDatumWriter.java:192)
>       at 
> org.apache.avro.generic.GenericDatumWriter.writeWithoutConversion(GenericDatumWriter.java:110)
>       at 
> org.apache.avro.generic.GenericDatumWriter.write(GenericDatumWriter.java:73)
>       at 
> org.apache.avro.generic.GenericDatumWriter.writeField(GenericDatumWriter.java:153)
>       at 
> org.apache.avro.generic.GenericDatumWriter.writeRecord(GenericDatumWriter.java:143)
>       at 
> org.apache.avro.generic.GenericDatumWriter.writeWithoutConversion(GenericDatumWriter.java:105)
>       at 
> org.apache.avro.generic.GenericDatumWriter.write(GenericDatumWriter.java:73)
>       at 
> org.apache.avro.generic.GenericDatumWriter.write(GenericDatumWriter.java:60)
>       at org.apache.avro.file.DataFileWriter.append(DataFileWriter.java:302)
>       ... 15 common frames omitted
> {code}
> I don't know if I can share the database schema – still working with my team 
> on that – but looking at it, I think it has something to do with the 
> signedness of int(1) or tinyint(1) because those two are the only numerical 
> types common to all of the table.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to