- dfdl-wg - lists.ogf.org

still no need for fn:error
by Mike Beckerle 03 Aug '16

03 Aug '16

Here's the example as suggested by Jonathan of how to issue an error that I previously was suggesting needed fn:error. I'm convinced this is sufficient and we can avoid the need for fn:error now. <xs:element name="magic_number" type="ex:uint32" dfdl:byteOrder="bigEndian"> <xs:annotation> <xs:appinfo source="*http://www.ogf.org/dfdl/*<http://www.ogf.org/dfdl/dfdl-1.0/> "> <dfdl:assert test="{ (xs:unsignedInt(.) eq *dfdl:hUInt('0xa1b2c3d4')*) | (xs:unsignedInt(.) eq *dfdl:hUInt('0xd4c3b2a1')*) }" message="{ fn:concat( 'Magic number ', dfdl:hexBinary(dfdl:unsignedInt(.)), ' was not 0xA1B2C3D4 (for bigEndian) or 0xD4C3B2A1 (for littleEndian).' }" /> <dfdl:setVariable ref="ex:bOrd">{ xs:unsignedInt(.) }<dfdl:setVariable> </xs:appinfo> </xs:annotation> </xs:element> -- Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com

2 11

OGF DFDL WG Call Minutes 2016-08-02
by Steve Hanson 03 Aug '16

03 Aug '16

Please find minutes from the above call at https://redmine.ogf.org/dmsf_files/13538?download= Next call Aug 30th due to summer vacations Regards Steve Hanson Architect, IBM DFDL, Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

Re: [DFDL-WG] Action 286 - Daffodil v IBM DFDL feature comparison
by Steve Hanson 03 Aug '16

03 Aug '16

Action 286 closed. 286 Create table that compares Daffodil features to IBM DFDL features (Steve/Mike) 16/2: Take table from section 22 of DFDL 1.0 spec and add columns showing implementations. 1/3: No progress 10/5: No progress. Work on this for next call. ... 7/6: No further progress 5/7: Steve has added column for IBM DFDL and emailed to WG. Mike will add column for Daffodil. 2/8: Closed. Mike has added column and discussion for Daffodil and emailed to WG. Steve to convert to an experience document and add to Redmine @ https://redmine.ogf.org/dmsf_files/13539?download=. Document can be updated as required. Regards Steve Hanson IBM Integration Bus, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh(a)uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890 From: Mike Beckerle <mbeckerle.dfdl(a)gmail.com> To: Steve Hanson/UK/IBM@IBMGB Cc: DFDL-WG <dfdl-wg(a)ogf.org> Date: 19/07/2016 20:13 Subject: Re: [DFDL-WG] Action 286 - Daffodil v IBM DFDL feature comparison Table with Daffodil column added, and additional details below. Feature Detection IBM DFDL Daffodil v2.0 Validation External switch Yes partial. Parsing only. Named Formats dfdl:defineFormat or dfdl:ref Yes Yes Choices xs:choice in xsd Yes Partial - choiceDispatchKey and choiceBranchKey not supported. Arrays where size not known in advance dfdl:occursCountKind 'implicit', 'parsed', 'stopValue' Partial - not 'stopValue' Partial – not ‘stopValue’ Expressions Use of a DFDL expression in any property value Yes Yes. Limitation - query-style expressions not supported. These are expressions which require iteration over children of an element rather than constant-time access. For example fn:count(/a/b) where element 'a' has multiple element 'b' children separated by other element declarations. Hence, gathering all the b children requires iterating. End of parent dfdl:lengthKind "endOfParent" No No Simple type restrictions xs:simpleType in xsd Partial - not unions Partial – not unions Text representation for types other than String dfdl:representation "text" for Number, Calendar or Boolean types Yes Partial – type Boolean not implemented Delimiters dfdl:separator <> "" or dfdl:initiator <> "" or dfdl:terminator <> "" or dfdl:lengthKind "delimited" Yes Yes Nils XSDL nillable 'true' in xsd Yes Partial - nilKind 'logicalValue' not supported Defaults XSDL default or fixed in xsd Partial - unparsing only Partial Simple types - ?? (Some support in parsing and in unparsing) Complex types – No Bi-Directional text. dfdl:textBiDi 'yes' No No Lengths in Bits dfdl:alignmentUnits 'bits' or dfdl:lengthUnits 'bits' Yes Yes Delimited lengths and representation binary element dfdl:representation 'binary' (or implied binary) and dfdl:lengthKind 'delimited' Yes Partial – delimiters must not use character class entities like %NL or %WSP*. Regular expressions dfdl:lengthKind 'pattern', dfdl:assert with dfdl:testkind 'pattern' , dfdl:discriminator with dfdl:testkind 'pattern' Partial - only for dfdl:lengthKind Yes Zoned numbers dfdl:textNumberRep 'zoned' Yes No IBM 390 packed numbers dfdl:binaryNumberRep 'packed' Yes No IBM 390 packed calendars dfdl:binaryCalendarRep 'packed' No No IBM 390 floats dfdl:binaryFloatRep 'ibm390Hex' Yes No Unordered sequences dfdl:sequenceKind 'unordered' Yes No Floating elements dfdl:floating 'yes' No No dfdl functions in expression language dfdl:functions in expression No Yes Hidden groups dfdl:hiddenGroupRef <> '' No Yes Calculated values dfdl:inputValueCalc <> '' or dfdl:outputValueCalc <> '' No Yes Escape schemes dfd:defineEscapeScheme in xsd Yes Yes Extended encodings Any dfdl:encoding value beyond the core list Yes Partial - iso-8859-1 works. Others - TBD. Asserts dfdl:assert in xsd Partial - not on global elements or simple types Yes Discriminators dfdl:discriminator in xsd Partial - not on global elements or simple types Yes Prefixed lengths dfdl:lengthKind 'prefixed' Partial - not nested prefixed lengths No Variables dfdl:defineVariable, dfdl:newVariableInstances, dfdl:setVariable Variables in DFDL expression language Note that variables as a feature is dependent on the Expressions feature. Partial - not newVariableinstance or external variables Partial – not newVariableInstance BCD calendars dfdl:binaryCalendarRep "bcd" Yes No BCD numbers dfdl:binaryNumberRep "bcd" Yes No Multiple schemas xs:include or xs:import in xsd Yes Yes IBM 4690 packed numbers dfdl:binaryNumberRep "ibm4690Packed" Yes No IBM 4690 packed calendars dfdl:binaryCalendarRep "ibm4690Packed" Yes No DFDL Byte Value Entities Use of %#r syntax in a DFDL String Literal other than the dfdl:fillByte property Yes No DFDL Standard Character Set Encodings dfdl:encoding name begins with "X-DFDL-". No Partial: X-DFDL-US-ASCII-7-BIT-PACKED, but not the 6-bit variant. Bit Order - Least Significant Bit First dfdl:bitOrder with value 'leastSignificantBitFirst' No Yes There is a list of implementation specific things not implemented for Daffodil also. The list needs updating, but includes at least: * xs:boolean - not supported * dfdl:ignoreCase - not supported * binary form for xs:date, xs:time, and xs:dateTime are not supported. * dfdl:utf16Width='variable' not supported * extended ICU symbols 'u' and 'I' in calendarPattern - not supported * dfdl:textStandardBase - not supported (behaves as 10) W.r.t, the additional you listed for IBM: fn:count(), fn:exactlyOne(), fn:name(), fn:local-name(), fn:namespace-uri() Daffodil has fn:count(), fn:exactlyOne(), but not the other 3. BOMs Daffodil does not yet support BOMs Correct distinction between 'empty' and 'missing' when parsing (action 140) No known limitation here - I would be curious as to a test that illustrates this limitation so we could try it on Daffodil Use of namespaces in expression paths Daffodil supports prefixed QNames in path steps. However, Daffodil's interpretation of NCNames in path steps does NOT currently take any default namespace into account. This makes Daffodil incompatible with IBM DFDL, which does not allow QNames, and so depends on those names being made meaningful by way of default namespace. Making Daffodil compatible with IBM's behavior here is Daffodil JIRA ticket https://opensource.ncsa.illinois.edu/jira/browse/DFDL-1446 dfdl:separatorSuppressionPolicy "trailingEmptyStrict" Daffodil supports this property value. Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy On Mon, Jul 4, 2016 at 11:49 AM, Steve Hanson <smh(a)uk.ibm.com> wrote: 286 Create table that compares Daffodil features to IBM DFDL features (Steve/Mike) 16/2: Take table from section 22 of DFDL 1.0 spec and add columns showing implementations. 1/3: No progress 10/5: No progress. Work on this for next call. ... 7/6: No further progress 5/7: To kick this off here is the optional features table from spec section 21 with a column added for IBM DFDL Feature Detection IBM DFDL Validation External switch Yes Named Formats dfdl:defineFormat or dfdl:ref Yes Choices xs:choice in xsd Yes Arrays where size not known in advance dfdl:occursCountKind 'implicit', 'parsed', 'stopValue' Partial - not 'stopValue' Expressions Use of a DFDL expression in any property value Yes End of parent dfdl:lengthKind "endOfParent" No Simple type restrictions xs:simpleType in xsd Partial - not unions Text representation for types other than String dfdl:representation "text" for Number, Calendar or Boolean types Yes Delimiters dfdl:separator <> "" or dfdl:initiator <> "" or dfdl:terminator <> "" or dfdl:lengthKind "delimited" Yes Nils XSDL nillable 'true' in xsd Yes Defaults XSDL default or fixed in xsd Partial - unparsing only Bi-Directional text. dfdl:textBiDi 'yes' No Lengths in Bits dfdl:alignmentUnits 'bits' or dfdl:lengthUnits 'bits' Yes Delimited lengths and representation binary element dfdl:representation 'binary' (or implied binary) and dfdl:lengthKind 'delimited' Yes Regular expressions dfdl:lengthKind 'pattern', dfdl:assert with dfdl:testkind 'pattern' , dfdl:discriminator with dfdl:testkind 'pattern' Partial - only for dfdl:lengthKind Zoned numbers dfdl:textNumberRep 'zoned' Yes IBM 390 packed numbers dfdl:binaryNumberRep 'packed' Yes IBM 390 packed calendars dfdl:binaryCalendarRep 'packed' No IBM 390 floats dfdl:binaryFloatRep 'ibm390Hex' Yes Unordered sequences dfdl:sequenceKind 'unordered' Yes Floating elements dfdl:floating 'yes' No dfdl functions in expression language dfdl:functions in expression No Hidden groups dfdl:hiddenGroupRef <> '' No Calculated values dfdl:inputValueCalc <> '' or dfdl:outputValueCalc <> '' No Escape schemes dfd:defineEscapeScheme in xsd Yes Extended encodings Any dfdl:encoding value beyond the core list Yes Asserts dfdl:assert in xsd Partial - not on global elements or simple types Discriminators dfdl:discriminator in xsd Partial - not on global elements or simple types Prefixed lengths dfdl:lengthKind 'prefixed' Partial - not nested prefixed lengths Variables dfdl:defineVariable, dfdl:newVariableInstances, dfdl:setVariable Variables in DFDL expression language Note that variables as a feature is dependent on the Expressions feature. Partial - not newVariableinstance or external variables BCD calendars dfdl:binaryCalendarRep "bcd" Yes BCD numbers dfdl:binaryNumberRep "bcd" Yes Multiple schemas xs:include or xs:import in xsd Yes IBM 4690 packed numbers dfdl:binaryNumberRep "ibm4690Packed" Yes IBM 4690 packed calendars dfdl:binaryCalendarRep "ibm4690Packed" Yes DFDL Byte Value Entities Use of %#r syntax in a DFDL String Literal other than the dfdl:fillByte property Yes DFDL Standard Character Set Encodings dfdl:encoding name begins with "X-DFDL-". No Bit Order - Least Significant Bit First dfdl:bitOrder with value 'leastSignificantBitFirst' No Some IBM DFDL restrictions are not captured in the table, mainly due to non-implementation of many of the later errata. Full details here https://www.ibm.com/support/knowledgecenter/SSMKHH_10.0.0/com.ibm.etools.mf… but the key omissions are: fn:count(), fn:exactlyOne(), fn:name(), fn:local-name(), fn:namespace-uri() BOMs Correct distinction between 'empty' and 'missing' when parsing (action 140) Use of namespaces in expression paths dfdl:separatorSuppressionPolicy "trailingEmptyStrict" Regards Steve Hanson IBM Integration Bus, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh(a)uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- dfdl-wg mailing list dfdl-wg(a)ogf.org https://www.ogf.org/mailman/listinfo/dfdl-wg Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

Spec bug: omission of mention of textBooleanJustification property
by Mike Beckerle 02 Aug '16

02 Aug '16

The sentence "The padding characters populate the *LeftPadding* and/or *RightPadding* regions depending on dfdl:textStringJustification, dfdl:textNumberJustification, or dfdl:textCalendarJustification, depending on the type of the element." Appears in the definition of textPadKind and textTrimKind. It omits the dfdl:textBooleanJustification case. The proper phrasing to match the wording of the prior sentence is "The padding characters populate the *LeftPadding* and/or *RightPadding* regions depending on dfdl:textStringJustification, dfdl:textNumberJustification, dfdl:textBooleanJustification, or dfdl:textCalendarJustification, depending on the type of the element." Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php>

2 1

unparsing with dfdl:setVariable referring to dfdl:outputValueCalc element
by Mike Beckerle 02 Aug '16

02 Aug '16

I somehow think we already discussed this, but am unable to find the thread. Suppose: <xs:element name="len" type="xs:int" dfdl:outputValueCalc="{ dfdl:valueLength(../data) + 10 }"/> <xs:sequence><xs:annotation><xs:appinfo ...> <dfdl:setVariable name="var">{ ../len }" /> </xs:appinfo></xs:annotation></xs:setVariable> <xs:element name="data" dfdl:length="{ $var }"> .... </xs:element> In the above, when unparsing, the output value calc for len can be evaluated, but we must delay its evaluation and unparsing until the subsequent data element is available. The next thing the unparse has to do, after delaying the unparsing of 'len' is set the var variable. This requires the value of len, which has been deferred. We have real schemas (e.g., even PCAP) where this occurs. This breaks the rule that when variables are evaluated, things they reference must have already been evaluated. Basically, when we delay evaluating the OVC for len we are suspending anything that depends on len having a value as well. Did we discuss and/or agree on this behavior? I don't have any work around for this. Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php>

2 1

Need dfdl:inputValueCalc and dfdl:outputValueCalc on same element
by Mike Beckerle 02 Aug '16

02 Aug '16

So in PCAP format we find something like this: <element name="length" type="xs:int" dfdl:outputValueCalc="{ dfdl:contentLength(../payload) + 20 }"> <element name="payloadLength" type="xs:int" dfdl:inputValueCalc="{ ../length - 20 }" /> <element name="payload" dfdl:length="{ ../payloadLength }"> <complexType>.....</complexType> </element> To make this unparse we really need the payloadLength element to carry both an IVC and an OVC. Otherwise when unparsing the dfdl:length expression on the payload element can't be meaningful. We have an erratum that states that length expressions are always re-evaluated when unparsing, so as to produce a target length that can be used to insert padding/fillByte. However, the spec currently says you cannot have both IVC and OVC on the same element. I do not recall why we have this restriction, other than trying to prohibit things we didn't think were necessary, but it seems in this situation to be needed. Comments? Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php>

2 3

Re: [DFDL-WG] OGF DFDL WG Call Agenda 2016-08-02
by Steve Hanson 02 Aug '16

02 Aug '16

Mike I'm afraid that I got tied up in another meeting. I am free at 4pm UK. Please let me know if that works for you. Regards Steve Hanson IBM Integration Bus, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh(a)uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890 From: Steve Hanson/UK/IBM To: dfdl-wg(a)ogf.org Cc: "Mike Beckerle" <mbeckerle(a)tresys.com>, "Michele Zundo" <michele.zundo(a)esa.int> Date: 01/08/2016 12:24 Subject: OGF DFDL WG Call Agenda 2016-08-02 Please find agenda for call on Redmine at https://redmine.ogf.org/dmsf_files/13538?download= Regards Steve Hanson IBM Integration Bus, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh(a)uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

OGF DFDL WG Call Agenda 2016-08-02
by Steve Hanson 01 Aug '16

01 Aug '16

Please find agenda for call on Redmine at https://redmine.ogf.org/dmsf_files/13538?download= Regards Steve Hanson IBM Integration Bus, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh(a)uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890

1 0

Action 242: valueLength of complexType - contentLength and valueLength functions
by Mike Beckerle 01 Aug '16

01 Aug '16

(There are a few separate email threads related to Action 242. They have different subject lines, but all mention Action 242.) Experience with the Daffodil unparser implementation and dfdl:outputValueCalc has led us to a number of conclusions: 1) we need the concept of valueLength of a complexType which excludes the ElementUnused region, so that contentLength of a complexType can include the ElementUnused region. The example that motivates this is from PCAP where there are length fields that aren't the exact length while unparsing but contain other factors: <element name="len" type="xs:int" dfdl:outputValueCalc="{ fn:max(dfdl:valueLength(../ctElem, 'bytes'), 60) }" .../> ... <element name="ctElem" dfdl:length="{ ../len }" .../> In the above, we have a complex type element that has a minimum length of 60. So when unparsing if the actual length of the choice/sequence that is the model group of the ctElem is of length less than 60, we need to fill out the ElementUnused region of the DFDL grammar so as to achieve the min length of 60 bytes. If the dfdl:outputValueCalc of the len element was to call dfdl:contentLength, then we would have a circularity. Erratum 5.18 clarifies that length expressions are evaluated when unparsing to produce the target length that is used for pad/fill. This concept must be extended to complex types so that it also addresses the ElementUnused region that can follow the model group of a complex type. To clarify all this I suggest the DFDL data grammar must be changed as follows: ComplexNormalRep = LeftFraming PrefixLength ComplexContent RightFraming # Unchanged. Just here for context ComplexContent = ComplexValue ElementUnused ComplexValue = Sequence | Choice The above change basically moves ELementUnused out of the ComplexNormalRep production into a separate ComplexContent production, and distinguishes ComplexValue from ComplexContent. With the above grammar rule changes, I believe the spec as modified for Erratum 5.18 will be correct. (Everyplace where lengthKind explicit is lumped in with prefixed etc must be broken out, as it is a different case. ) 2) Spec says escapeCharacter, escapeBlockStart, and excapeBlockEnd contribute to the content length of an element. (Note: escapeEscapeCharacter is missing this stipulation and should be made consistent.) However, I believe this is incorrect. These all contribute to the *value* length, that is to say, they appear within the "SimpleValue | NilLogicalValue" region of the grammar. 3) Definition of dfdl:valueLength must be changed to specify that it returns the length of the ComplexValue region for complex types, and excludes any filling of the ElementUnused region. The definition of dfdl:contentLength is acceptable as is. However, both require clarification as to when "characters" and "bytes" are allowed relative to the lengthUnits of the element that is the argument. (This length units topic is a separate matter and will be a separate message.) Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php>

2 1

Action 286 - Daffodil v IBM DFDL feature comparison
by Steve Hanson 19 Jul '16

19 Jul '16

286 Create table that compares Daffodil features to IBM DFDL features (Steve/Mike) 16/2: Take table from section 22 of DFDL 1.0 spec and add columns showing implementations. 1/3: No progress 10/5: No progress. Work on this for next call. ... 7/6: No further progress 5/7: To kick this off here is the optional features table from spec section 21 with a column added for IBM DFDL Feature Detection IBM DFDL Validation External switch Yes Named Formats dfdl:defineFormat or dfdl:ref Yes Choices xs:choice in xsd Yes Arrays where size not known in advance dfdl:occursCountKind 'implicit', 'parsed', 'stopValue' Partial - not 'stopValue' Expressions Use of a DFDL expression in any property value Yes End of parent dfdl:lengthKind "endOfParent" No Simple type restrictions xs:simpleType in xsd Partial - not unions Text representation for types other than String dfdl:representation "text" for Number, Calendar or Boolean types Yes Delimiters dfdl:separator <> "" or dfdl:initiator <> "" or dfdl:terminator <> "" or dfdl:lengthKind "delimited" Yes Nils XSDL nillable 'true' in xsd Yes Defaults XSDL default or fixed in xsd Partial - unparsing only Bi-Directional text. dfdl:textBiDi 'yes' No Lengths in Bits dfdl:alignmentUnits 'bits' or dfdl:lengthUnits 'bits' Yes Delimited lengths and representation binary element dfdl:representation 'binary' (or implied binary) and dfdl:lengthKind 'delimited' Yes Regular expressions dfdl:lengthKind 'pattern', dfdl:assert with dfdl:testkind 'pattern' , dfdl:discriminator with dfdl:testkind 'pattern' Partial - only for dfdl:lengthKind Zoned numbers dfdl:textNumberRep 'zoned' Yes IBM 390 packed numbers dfdl:binaryNumberRep 'packed' Yes IBM 390 packed calendars dfdl:binaryCalendarRep 'packed' No IBM 390 floats dfdl:binaryFloatRep 'ibm390Hex' Yes Unordered sequences dfdl:sequenceKind 'unordered' Yes Floating elements dfdl:floating 'yes' No dfdl functions in expression language dfdl:functions in expression No Hidden groups dfdl:hiddenGroupRef <> '' No Calculated values dfdl:inputValueCalc <> '' or dfdl:outputValueCalc <> '' No Escape schemes dfd:defineEscapeScheme in xsd Yes Extended encodings Any dfdl:encoding value beyond the core list Yes Asserts dfdl:assert in xsd Partial - not on global elements or simple types Discriminators dfdl:discriminator in xsd Partial - not on global elements or simple types Prefixed lengths dfdl:lengthKind 'prefixed' Partial - not nested prefixed lengths Variables dfdl:defineVariable, dfdl:newVariableInstances, dfdl:setVariable Variables in DFDL expression language Note that variables as a feature is dependent on the Expressions feature. Partial - not newVariableinstance or external variables BCD calendars dfdl:binaryCalendarRep "bcd" Yes BCD numbers dfdl:binaryNumberRep "bcd" Yes Multiple schemas xs:include or xs:import in xsd Yes IBM 4690 packed numbers dfdl:binaryNumberRep "ibm4690Packed" Yes IBM 4690 packed calendars dfdl:binaryCalendarRep "ibm4690Packed" Yes DFDL Byte Value Entities Use of %#r syntax in a DFDL String Literal other than the dfdl:fillByte property Yes DFDL Standard Character Set Encodings dfdl:encoding name begins with "X-DFDL-". No Bit Order - Least Significant Bit First dfdl:bitOrder with value 'leastSignificantBitFirst' No Some IBM DFDL restrictions are not captured in the table, mainly due to non-implementation of many of the later errata. Full details here https://www.ibm.com/support/knowledgecenter/SSMKHH_10.0.0/com.ibm.etools.mf… but the key omissions are: fn:count(), fn:exactlyOne(), fn:name(), fn:local-name(), fn:namespace-uri() BOMs Correct distinction between 'empty' and 'missing' when parsing (action 140) Use of namespaces in expression paths dfdl:separatorSuppressionPolicy "trailingEmptyStrict" Regards Steve Hanson IBM Integration Bus, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh(a)uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

2 1