[
https://issues.apache.org/jira/browse/NIFI-6442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
archon gum updated NIFI-6442:
-----------------------------
Description:
'2019-01-01' will consider to be '2019-01-01 00:00:00' which 1546300800000L
milliseconds in UTC.
But in other time zone such as '+08:00', do "select date('2019-01-01')" and
result.getObject() or result.getDate() will return java.sql.Date object but
java.sql.Date.getTime() return 1546272000000L instead of 1546300800000L which
it's 8 hours earlier.
Currently, ExecuteSQL return "(java.sql.Date.getTime() - 0) / 86400000".
was:java.sql.Date.getTime() return milliseconds of 00:00:00 that date in
'user.timezone'
> ExecuteSQL/ExecuteSQLRecord convert to Avro date type incorrectly when set
> 'Use Avro Logical Types' to true
> -----------------------------------------------------------------------------------------------------------
>
> Key: NIFI-6442
> URL: https://issues.apache.org/jira/browse/NIFI-6442
> Project: Apache NiFi
> Issue Type: Bug
> Components: Extensions
> Reporter: archon gum
> Priority: Blocker
>
>
> '2019-01-01' will consider to be '2019-01-01 00:00:00' which 1546300800000L
> milliseconds in UTC.
> But in other time zone such as '+08:00', do "select date('2019-01-01')" and
> result.getObject() or result.getDate() will return java.sql.Date object but
> java.sql.Date.getTime() return 1546272000000L instead of 1546300800000L which
> it's 8 hours earlier.
> Currently, ExecuteSQL return "(java.sql.Date.getTime() - 0) / 86400000".
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
