This release contains only a parser. There is no unparser functionality in this release.
DFDL properties specific to unparsing are all unimplemented, and are generally ignored. These are:
The following types are unsupported. Their use will cause schema definition errors. Properties specific to them are also unimplemented.
- date - unimplemented for dfdl:representation='binary'
- time - unimplemented for dfdl:representation='binary'
- dateTime - unimplemented for dfdl:representation='binary'
XML Schema Features
Of the subset of features in XSD that DFDL uses, these are unimplemented, and are ignored by the Daffodil system unless otherwise noted:
- fixed - property of element declarations
- default - property of element declarations
- attributeFormDefault (an attribute of the xs:schema element) - causes schema definition error (behaves as 'unqualified')
These features of DFDL are broadly absent from the implementation in this release.
DFDL properties associated with these features will be validated, but beyond that may be entirely unrecognized or ignored.
- Defaulting of values for required elements
- All 'packed' binary number representation (packed, bcd, etc.)
- All 'zoned' text number representations.
- Rich Advanced text number format properties
- All bi-directional text
- unordered sequences
- floating elements in sequences
- external variables
- raw-byte entities
- the 'type' component of the DFDL Infoset
- runtime-computed format properties (i.e., computing the value of dfdl:byteOrder at parse time based on data)
- IANA standard encodings other than: utf-8, utf-16BE, utf-16LE, utf-32BE, utf-32LE, and US- ASCII. (Many IANA names will probably work. Only these are tested currently.)
- expression language - qualified names are needed to reference elements. Unqualified elements do not work.
These features are specified as part of the Daffodil API or Command-Line Interpreter, but are unsupported:
- save/reload of a compiled parser
Properties and Property EnumerationsThe following properties or property enumeration values are unsupported.
Their use in a DFDL schema may will be validated.
These properties are implemented only for the value(s) specified. Any other value will cause a schema definition error, or they may simply be ignored.
- ignoreCase=" yes
- utf16Width ='variable'ignoreCase='yes'
- lengthKind="delimited", "pattern", "explicit", "fixed", or "implicit" (that leaves out "prefixed", and "endOfParent")
- Note that when lengthKind='delimited' representation must be "text".
- occursCountKind="fixed", "expression", "parsed", or "implicit" ("stopValue" is not supported)
The properties below are validated, but their values are subsequently ignored by Daffodil currently. Illegal or non-sensical values that are valid syntax will not cause a schema definition error (but should!). If they are undefined, Daffodil does not cause a schema definition error (but should!)
- documentFinalTerminatorCanBeMissing (behaves as "no")
- textStandardBase - only (behaves as '10' supported
- textBidi (behaves as "no")
- alignment (behaves as "1")
- lengthKind='delimited' when representation='binary'
- (behaves as 0)
- trailingSkip (behaves as 0)
- binaryNumberRep (only "binary" supported, all packed are unsupported)
- sequenceKind =(behaves as "unorderedordered")
- floating =(behaves as "yes"separatorPolicy (TBD: is this acceptedno")
- choiceLengthKind =(behaves as "explicitimplicit")
Deprecated Property Names
Both of these properties are supported.
- separatorSuppressionPolicy (this is the new name, per the Errata)
- separatorPolicy (name was changed from this in an Errata. This is the old name.)
If a schema uses separatorSuppressionPolicy, it will be respected and there wlll be no examination of separatorPolicy. If a schema does not use separatorSuppressionPolicy, then Daffodil will check for the former obsolete name separatorPolicy with its distinct enumeration values.
The following functions are unsupported in DFDL expressions:
The following DFDL annotations are unsupported:
Some additional limitations: