[jboss-jira] [JBoss JIRA] (DROOLS-2233) DMN: time(date("2017-08-10")) should return 00:00:00z time

[Tibor Zimányi (JIRA)]

     [ https://issues.jboss.org/browse/DROOLS-2233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tibor Zimányi updated DROOLS-2233:
----------------------------------
    Description: 
According to the specification in section "10.3.2.3.5 date": 
"Where necessary, including the valuedt function (see 10.3.2.x.6), a date value is considered to be equivalent to a date time value in which the time of day is UTC midnight (00:00:00)."

Currently the case time(date("2017-08-10")) returns null, because the evaluation ends with DateTimeException, because internally we represent dates as LocalDate class, which doesn't have time part. 

  was:
According to the specification in section "10.3.2.3.5 date": 
"Where necessary, including the valuedt function (see 10.3.2.x.6), a date value is considered to be equivalent to a date time value in which the time of day is UTC midnight (00:00:00)."

Currently the case time(date("2017-08-10")) returns null, because the evaluation ends with DateTimeException, because internally we represent dates as LocalDate class, which doesn't have time part. 

I will provide a PR with a fix.



> DMN: time(date("2017-08-10")) should return 00:00:00z time
> ----------------------------------------------------------
>
>                 Key: DROOLS-2233
>                 URL: https://issues.jboss.org/browse/DROOLS-2233
>             Project: Drools
>          Issue Type: Bug
>          Components: dmn engine
>    Affects Versions: 7.5.0.Final
>            Reporter: Tibor Zimányi
>            Assignee: Tibor Zimányi
>
> According to the specification in section "10.3.2.3.5 date": 
> "Where necessary, including the valuedt function (see 10.3.2.x.6), a date value is considered to be equivalent to a date time value in which the time of day is UTC midnight (00:00:00)."
> Currently the case time(date("2017-08-10")) returns null, because the evaluation ends with DateTimeException, because internally we represent dates as LocalDate class, which doesn't have time part. 



--
This message was sent by Atlassian JIRA
(v7.5.0#75005)