[DFDL-WG] DFDL property precedence - parsing - v1

[Steve Hanson]

Requires FreeMind from 
http://freemind.sourceforge.net/wiki/index.php/Download

Parsing:


Writing:
tbd

Notes:
- Precedence is from top to bottom recursively, so the top priority is 
dfdl:inputValueCalc, then dfdl:byteOrder, then dfdl:encoding, then it's 
children top to bottom, then dfdl:occursKind (you get the idea). 

Questions arising:
- Does dfdl:escapeScheme apply when dfdl:lengthKind = endOfData ?
- Confirm that only signed logical number can have a signed rep, and only 
unsigned logical number can have an unsigned rep ? (change from spec 028 
to 030)
- Should dfdl:terminator, dfdl:separator and dfdl:occursSeparator be lists 
(to handle alternative delimiters) ?  (viz dfdl:nullValues)
- Why isn't dfdl:nullIndicatorIndex encompassed by dfdl:nullIndicatorPath 
?
- Use of enum 'xpath' for dfdl:nullKind.?  We've used "explicit" elsewhere 
and decorated syntax to indicate xpath for other properties. For nullKind 
maybe a better enum would be "external" or "remote" ?
- The advanced text delimiter supplement needs revision - most of its 
content appears to be in the core. Main question is on prefix v infix v 
postfix separators and how that capability is to be specified.


Regards, Steve

Steve Hanson
WebSphere Message Brokers
Hursley, UK
Internet: smh at uk.ibm.com
Phone (+44)/(0) 1962-815848





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





-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/dfdl-wg/attachments/20080111/711028c3/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: DFDL Property Precedence (parsing) 001.mm
Type: application/octet-stream
Size: 17540 bytes
Desc: not available
Url : http://www.ogf.org/pipermail/dfdl-wg/attachments/20080111/711028c3/attachment-0001.obj