DMN 1.0 FTF Avatar
  1. OMG Issue

DMNFTF — Add extended timezone specification, as forshadowed in

  • Key: DMNFTF-18
  • Status: closed  
  • Source: Oracle ( Gary Hallmark)
  • Summary:

    At the end of, we have the text:


    1. Extended time zone, e.g. 23:59:00@America/Los_Angeles

    As the SBVR date/time spec notes, the timezone offset from XML date-times (referenced by FEEL)
    is insufficient for most business uses, because it does not handle daylight savings time well.
    Unfortunately, the SBVR spec gives a complex metamodel but no usable syntax.

    I propose that we make the minor extension suggested by the current spec text. Wherever a timezone offset (i.e. +/-HH:MM) can appear in the lexical space of a date/time, an 'extended timezone' can be used. E.g.
    2014-02-06T23:59:00@America/Los_Angeles instead of 2014-02-06T23:59:00-08:00.

    The timezone IDs and associated time zone offsets (which change due to DST and other legal decrees) are maintained at

  • Reported: DMN 1.0b1 — Mon, 28 Oct 2013 22:58 GMT
  • Disposition: Resolved — DMN 1.0
  • Disposition Summary:

    Because the IANA tz form is commonly used in Java, Python and other implementation languages, implementers consider it desirable to support it, even though it extends the XML Schema standard forms in a way that has no formal designation. The specification of FEEL conversion operators in clause 10.3.4 is therefore modified to support the IANA form as a valid alternative.

  • Updated: Tue, 21 Apr 2015 01:19 GMT
  • Attachments: