[jboss-jira] [JBoss JIRA] (WFLY-9537) EJB Timer is not fired during the ambiguous hour during the switch from summer to winter times

[Wolf-Dieter Fink (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-9537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13487646#comment-13487646 ] 

Wolf-Dieter Fink commented on WFLY-9537:
----------------------------------------

I wrote a tests for this but did not issued a PR for now.
https://github.com/wfink/wildfly/tree/WFLY-9537  -> https://github.com/wfink/wildfly/commit/11cb7b731f492f61bb89a468650a90be0b5e745a

The test include two timezone's  "Berlin/Europe" and "America/Los_Angeles".
The Berlin test CEST>CET fail on my machine; which runs in the default "Berlin" TZ.
The related LA test is not failing even if the JVM default timezone for the test is set to -> -Duser.timezone="America/Los_Angeles"

At this point it is unclear to my why this is not failing for both.

The Java doc for GregorianCalendar [1] shows that setting a time will prefer the default TZ with standard time.
This means to me:
- set a time between Nov.29. 2:00...3:00 will use the CET time as CET and CEST are valid so the standard winter time is used



> EJB Timer is not fired during the ambiguous hour during the switch from summer to winter times
> ----------------------------------------------------------------------------------------------
>
>                 Key: WFLY-9537
>                 URL: https://issues.jboss.org/browse/WFLY-9537
>             Project: WildFly
>          Issue Type: Bug
>          Components: EJB
>    Affects Versions: 11.0.0.Final
>         Environment: Here CEST -> CET change from 2017 Nov. 29 2:00 CEST ....  2017 Nov. 29 2:00 CET
>            Reporter: Wolf-Dieter Fink
>            Assignee: Eduardo Martins
>
> If a calendar timer has a schedule less than an hour, and should fire during the DST switch it is expected to be fired like this:
> Asume :   @Schedule(hour="*", minute="5/15", timezone="Europe/Berlin")
> 2017 Nov. 29 1:50 CEST
> 2017 Nov. 29 2:05 CEST
> 2017 Nov. 29 2:20 CEST
> 2017 Nov. 29 2:35 CEST
> 2017 Nov. 29 2:50 CEST
> 2017 Nov. 29 2:05 CET
> But the timer is fired like this:
> 2017 Nov. 29 1:50 CEST
> 2017 Nov. 29 2:05 CET
> All events within that hour are lost!



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