You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@daffodil.apache.org by "Steve Lawrence (JIRA)" <ji...@apache.org> on 2018/09/13 16:40:01 UTC
[jira] [Updated] (DAFFODIL-1580) SimpleTypes - Roundtrip Fail -
Calendar Bugs
[ https://issues.apache.org/jira/browse/DAFFODIL-1580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Lawrence updated DAFFODIL-1580:
-------------------------------------
Fix Version/s: (was: 2.3.0)
> SimpleTypes - Roundtrip Fail - Calendar Bugs
> --------------------------------------------
>
> Key: DAFFODIL-1580
> URL: https://issues.apache.org/jira/browse/DAFFODIL-1580
> Project: Daffodil
> Issue Type: Bug
> Components: General, Unparsing
> Reporter: Taylor Wise
> Assignee: Steve Lawrence
> Priority: Major
>
> These tests fail to roundTrip in SimpleTypes.tdml due to calendar bugs.
> Tests:
> dateCalendarDaysInFirstWeek
> dateCalendarDaysInFirstWeek2
> dateCalendarDaysInFirstWeek4
> dateCalendarFirstDayOfWeek01
> dateCalendarFirstDayOfWeek02
> dateTimeCalendarDaysInFirstWeek
> dateTimeCalendarDaysInFirstWeek2
> dateTimeCalendarDaysInFirstWeek3
> dateTimeCalendarDaysInFirstWeek4
> dateTimeCalendarDaysIinFirstWeek5
> dateTimeCalendarDaysInFirstWeek6
> timeZoneFormats6
> The timeZoneFormats tests appear to be due to the fact that the original input into the test in Daffodil is 08:43.uslax . This translates into 08:43:00.000000-08:00 in the infoset. On unparsing we expect to receive 08:43.uslax back, however we receive 08:43.unk. This appears to be due to the fact that the underlying ICU formatting does not recognize the SimpleTimeZone GMT-0800 object that is parsed from the infoset value. There's a TestFunctionality.scala file that contains a test we expect to fail once this issue is fixed by ICU.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)