You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Joseph Witt (Jira)" <ji...@apache.org> on 2019/09/20 03:27:00 UTC

[jira] [Updated] (NIFI-6369) ValidateRecord routes JSON records to 'invalid' when validating a timestamp, even if format is valid

     [ https://issues.apache.org/jira/browse/NIFI-6369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joseph Witt updated NIFI-6369:
------------------------------
    Resolution: Fixed
        Status: Resolved  (was: Patch Available)

+1 merged to master

> ValidateRecord routes JSON records to 'invalid' when validating a timestamp, even if format is valid
> ----------------------------------------------------------------------------------------------------
>
>                 Key: NIFI-6369
>                 URL: https://issues.apache.org/jira/browse/NIFI-6369
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Extensions
>            Reporter: Mark Payne
>            Assignee: Mark Payne
>            Priority: Major
>             Fix For: 1.10.0
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> If a JSON Reader (either JsonPath or JsonTree reader) is used with ValidateRecord and the schema indicates that a field is a timestamp (e.g.,
> {"name": "timestamp", "type": \{"type": "long", "logicalType":"timestamp-millis"}}
> ) with the JSON having a value like "2019/06/10 12:00:00Z" and a format of "yyyy/MM/dd HH:mm:ss'Z'" The processor considers this invalid, even when setting "strict type checking" to "false".
> This appears to be due to the way that ValidateRecord calls RecordReader.nextReader() - it calls it "reader.nextRecord( /* coerce types **/* false, /* drop unknown types **/* false)" 
> When this is called, the Record Reader checks the 'coerce types' flag and determines that it should not coerce the string "2019/06/10 12:00:00Z" into a timestamp. However, for any date/time/timestamp fields, if the value is a String and it matches the configured pattern, the Record Readers should go ahead and convert the value into the appropriate java.sql.Date, java.sql.Time, java.sql.Timestamp object because that's clearly the intent of the schema and formatting being applied.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)