<br><font size=2 face="sans-serif">Hi Alan</font>
<br>
<br><font size=2 face="sans-serif">1. We discussed breaking this precdence
list down on a per DFDL object basis. This was predicated on the UML diagram
being enhanced to show the allowable properties.</font>
<br><font size=2 face="sans-serif">2. Yes, I should make that clearer</font>
<br><font size=2 face="sans-serif">3. No, initiatorSeparator and initiator
are disjoint, the former is specially for wildcards</font>
<br><font size=2 face="sans-serif">4. No. </font>
<br><font size=2 face="sans-serif"><br>
Regards, Steve<br>
<br>
Steve Hanson<br>
WebSphere Message Brokers<br>
Hursley, UK<br>
Internet: smh@uk.ibm.com<br>
Phone (+44)/(0) 1962-815848</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Alan Powell/UK/IBM</b></font>
<p><font size=1 face="sans-serif">17/01/2008 16:42</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Steve Hanson/UK/IBM@IBMGB</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">DFDL-Technical-Core, dfdl-wg@ogf.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: DFDL property precedence - parsing
- v1</font><a href=Notes://D06ML070/802563ED00496501/38D46BF5E8F08834852564B500129B2C/AD704A8A7F88655B802573CD0052213A>Link</a></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br><font size=2 face="sans-serif">Steve</font>
<br>
<br><font size=2 face="sans-serif">I interpret precedence to mean: the
order the dfdl properties should be inspected and the order of dependency
(ie prop y is only relevant if prop x is set) so </font>
<br>
<ol>
<li value=1><font size=2 face="sans-serif">As not all properties are relevant
to choice, sequence etc shouldn't they be in the tree?</font>
<li value=2><font size=2 face="sans-serif">Aren't all occursxxx properties
dependent on max/minoccurs > 1?</font>
<li value=3><font size=2 face="sans-serif">InitiatorSeparator dependent
on initiator</font>
<li value=4><font size=2 face="sans-serif">Separator dependent on Delimited?</font></ol><font size=2 face="sans-serif"><br>
Alan Powell<br>
<br>
MP 211, IBM UK Labs, Hursley, Winchester, SO21 2JN, England<br>
Notes Id: Alan Powell/UK/IBM email: alan_powell@uk.ibm.com
<br>
Tel: +44 (0)1962 815073
Fax: +44 (0)1962 816898<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Steve Hanson/UK/IBM</b>
</font>
<p><font size=1 face="sans-serif">11/01/2008 15:02</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">DFDL-Technical-Core, dfdl-wg@ogf.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">DFDL property precedence - parsing -
v1</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br><font size=2 face="sans-serif">Requires FreeMind from http://freemind.sourceforge.net/wiki/index.php/Download</font>
<br>
<br><font size=3 color=#800080 face="sans-serif"><b>Parsing:</b></font>
<p><font size=2 face="sans-serif">[attachment "DFDL Property Precedence
(parsing) 001.mm" deleted by Alan Powell/UK/IBM] </font>
<br>
<br><font size=3 color=#800080 face="sans-serif"><b>Writing:</b></font>
<p><font size=2 face="sans-serif">tbd</font>
<br>
<br><font size=3 color=#800080 face="sans-serif"><b>Notes:</b></font>
<p><font size=2 face="sans-serif">- 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).
</font>
<br>
<br><font size=3 color=#800080 face="sans-serif"><b>Questions arising:</b></font>
<p><font size=2 face="sans-serif">- Does dfdl:escapeScheme apply when dfdl:lengthKind
= <i>endOfData</i> ?</font>
<br><font size=2 face="sans-serif">- 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)</font>
<br><font size=2 face="sans-serif">- Should dfdl:terminator, dfdl:separator
and dfdl:occursSeparator be lists (to handle alternative delimiters) ?
(viz dfdl:nullValues)</font>
<br><font size=2 face="sans-serif">- Why isn't dfdl:nullIndicatorIndex
encompassed by dfdl:nullIndicatorPath ?</font>
<br><font size=2 face="sans-serif">- Use of enum '<i>xpath</i>' for dfdl:nullKind.?
We've used "<i>explicit</i>" elsewhere and decorated syntax
to indicate xpath for other properties. For nullKind maybe a better enum
would be "<i>external</i>" or "<i>remote</i>" ?</font>
<br><font size=2 face="sans-serif">- 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.</font>
<br>
<br>
<br><font size=2 face="sans-serif">Regards, Steve<br>
<br>
Steve Hanson<br>
WebSphere Message Brokers<br>
Hursley, UK<br>
Internet: smh@uk.ibm.com<br>
Phone (+44)/(0) 1962-815848</font>
<br>
<br><font size=3 face="sans-serif"><br>
</font>
<br><font size=3 face="sans-serif"><br>
</font>
<hr><font size=2 face="sans-serif"><br>
<i><br>
</i></font>
<p><font size=2 face="sans-serif"><i>Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number
741598. <br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU</i></font>
<p><font size=2 face="sans-serif"><br>
</font><font size=3 face="sans-serif"><br>
</font>
<br>
<br><font size=3 face="sans-serif"><br>
</font>